Printing system with compact transfer roller

ABSTRACT

A compact motorized transfer roller for a printer is disclosed. The roller has a cylindrical body with an outer surface and an interior space. A motor is located in the interior space and rotates the body. The rotating body advances and prints on a sheet of media. In some embodiments, the motor is a stepper motor and uses a gear assembly in which worm gear carried by an output shaft of the motor cooperates with one or more reduction gears.

[0001] Continuation application of U.S. Ser. No. 10/309,241 filed onDec. 4, 2002

FIELD OF THE INVENTION

[0002] This invention relates to a digital printing system. Moreparticularly, the invention relates to a recess mountable digitalprinting system for printing on both surfaces of a sheet of print media.

SUMMARY OF THE INVENTION

[0003] According to the invention, there is provided a digital printingsystem for printing on both surfaces of a sheet of print media, theprinting system including:

[0004] a first print engine; and

[0005] a second print engine in an opposed, aligned relationship withthe first print engine, each print engine including an inkjet printheadand a transfer roller on to which ink ejected from the printhead isdeposited to be applied, in turn, on an associated surface of the printmedia, the transfer roller of one print engine further serving as anurging means for the transfer roller of the other print engine forurging the transfer rollers into contact with their associated surfacesof the print media.

[0006] The second print engine may be pivotally mounted with respect tothe first print engine, the second print engine including a biasingmeans, in the form of a spring, for biasing its transfer roller intoabutment with the transfer roller of the first print engine. Thus, itwill be appreciated that the transfer roller of each print engine servesas a pinch roller for its opposed print engine.

[0007] One of the transfer rollers of both transfer rollers may act asan urging means for urging the sheet of print media past the transferrollers.

[0008] At least a surface of the transfer roller of each print enginemay be of a wear resistant material which is resistant to pitting,scratching or scoring. The material may be titanium nitride.

[0009] Each print engine may include a page width printhead with thetransfer roller being of a similar length to the printhead.

[0010] In a further preferred embodiment, the invention provides arecess-mountable printer including:

[0011] a housing having at least one outer surface, the at least oneouter surface including a front,

[0012] the front of the housing having a media ejection slot adapted tofacilitate the ejection of printable media from within the housing,

[0013] and the housing containing an ejectable tray adapted to containtwo or more of:

[0014] (a) a supply of printable media;

[0015] (b) a printhead adapted to print printable information onprintable media; and

[0016] (c) an ink supply adapted to provide ink to the printhead,

[0017] wherein the printer is adapted to be operable when mounted withina recess in a mounting unit.

[0018] In this specification, unless the context clearly indicatesotherwise, the term “page width printhead” is to be understood as aprinthead having a printing zone that prints one line at a time on apage, the line being parallel either to a longer edge or a shorter edgeof the page. The line is printed as a whole as the page moves past theprinthead and the printhead is stationary, i.e. it does not raster.

[0019] The printhead of each print engine may include an ink-ejectingmeans and a sealing means surrounding the ink-ejecting means. Theink-ejecting means of the printhead may be a microelectromechanicaldevice having a plurality of inkjet nozzles.

[0020] The sealing means may be an elastomeric seal surrounding theink-ejecting means.

[0021] When the printhead of each print engine is inoperative, it maybear against its associated transfer roller such that the sealing meansseals the ink-ejecting means to inhibit evaporation of ink from theink-ejecting means, each print engine including a displacement means forwithdrawing the printhead from the transfer roller when printing is tobe effected.

[0022] The displacement means may include an electromagneticallyoperable device. The electromagnetically operable device may be asolenoid which, to draw the printhead away from the transfer roller toenable printing to be effected, requires a first, higher current, and tohold the printhead in spaced relationship relative to the transfer meansrequires a second, lower current.

[0023] Each print engine may include a cleaning station, arrangedupstream of the printhead, for cleaning the surface of the transferroller. The cleaning station may include a cleaning element of anabsorbent, resiliently flexible material such as a sponge, and a wiperof a resiliently flexible material arranged downstream of the cleaningelement. The wiper may be of rubber.

[0024] Each print engine may provide for process color output.

[0025] The print engines may be operable substantially simultaneously toeffect substantially simultaneous printing on both surfaces of the printmedia passing between the print engines.

BRIEF DESCRIPTION OF THE DRAWINGS

[0026] The invention is now described by way of example with referenceto the accompanying drawings in which:

[0027]FIG. 1 shows a front view of a CePrint printer, in accordance witha first embodiment if the invention;

[0028]FIG. 2 shows a front view of the printer, in accordance with asecond embodiment of the invention;

[0029]FIG. 3 shows a side view of the printer of FIG. 1;

[0030]FIG. 4 shows a plan view of the printer of FIG. 1;

[0031]FIG. 5 shows a side view of the printer of FIG. 2;

[0032]FIG. 6 shows a table illustrating a sustained printing rate of theprinter achievable with double-buffering in the printer;

[0033]FIG. 7 shows a flowchart illustrating the conceptual data flowfrom application to printed page;

[0034]FIG. 8 shows a schematic, sectional plan view of the printer;

[0035]FIG. 8A shows a detailed view of the area circled in FIG. 8;

[0036]FIG. 9 shows a side view, from one side, of the printer of FIG. 8;

[0037]FIG. 10 shows a side view, from the other side, of the printer ofFIG. 8;

[0038]FIG. 11 shows a schematic side view of part of the printer showingthe relationship between a print engine and image transfer mechanism ofthe printer;

[0039]FIG. 12A shows a schematic side view of part of the devices ofFIG. 11 showing the printhead in a parked, non-printing conditionrelative to the transfer mechanism;

[0040]FIG. 12B shows a schematic side view of the part of the devices ofFIG. 11 showing the printhead in a printing condition relative to thetransfer mechanism;

[0041]FIG. 13 shows a schematic side view of the arrangement of theprintheads and transfer mechanisms of the double-sided printer of FIG.2;

[0042]FIG. 14 shows a three-dimensional, exploded view of a paper drivechain of the printer;

[0043]FIG. 15 shows a three-dimensional view of the printing system ofthe printer;

[0044]FIG. 16 shows an enlarged, three-dimensional view of part of theprinting system of FIG. 15;

[0045]FIG. 17 shows a simple encoding sample;

[0046]FIG. 18 shows a block diagram of printer controller architecture;

[0047]FIG. 19 shows a flowchart of page expansion and printing dataflow;

[0048]FIG. 20 shows a block diagram of an EDRL expander unit;

[0049]FIG. 21 shows a block diagram of an EDRL stream decoder;

[0050]FIG. 22 shows a block diagram of a runlength decoder;

[0051]FIG. 23 shows a block diagram of a runlength encoder;

[0052]FIG. 24 shows a block diagram of a JPEG decoder;

[0053]FIG. 25 shows a block diagram of a halftoner/compositor unit;

[0054]FIG. 26 shows a diagram of the relationship between page widthsand margins;

[0055]FIG. 27 shows a block diagram of a multi-threshold dither unit;

[0056]FIG. 28 shows a block diagram of logic of the triple-thresholddither;

[0057]FIG. 29 shows a block diagram of a speaker interface;

[0058]FIG. 30 shows a block diagram of a dual printer controllerconfiguration;

[0059]FIG. 31 shows a schematic representation of a Memjet page widthprinthead;

[0060]FIG. 32 shows a schematic representation of a pod of twelveprinting nozzles numbered in firing order;

[0061]FIG. 33 shows a schematic representation of the same pod with thenozzles numbered in load order;

[0062]FIG. 34 shows a schematic representation of a chromapod comprisingone pod of each color;

[0063]FIG. 35 shows a schematic representation of a podgroup comprisingfive chromapods;

[0064]FIG. 36 shows a schematic representation of a phasegroupcomprising two podgroups;

[0065]FIG. 37 shows a schematic representation of the relationshipbetween segments, firegroups, phasegroups, podgroups and chromapods:

[0066]FIG. 38 shows a phase diagram of AEnable and BEnable lines duringa typical printing cycle;

[0067]FIG. 39 shows a block diagram of a printhead interface;

[0068]FIG. 40 shows a block diagram of a Memjet interface;

[0069]FIG. 41 shows a flow diagram of the generation of AEnable andBEnable pulse widths;

[0070]FIG. 42 shows a block diagram of dot count logic;

[0071]FIG. 43 shows a conceptual overview of double buffering duringprinting of lines N and N+1;

[0072]FIG. 44 shows a block diagram of the structure of a lineloader/format unit;

[0073]FIG. 45 shows a conceptual structure of a buffer;

[0074]FIG. 46 shows a block diagram of the logical structure of abuffer;

[0075]FIG. 47 shows a diagram of the structure and size of a two-layerpage buffer; and

[0076]FIG. 48 shows a block diagram of a Windows 9x/NT/CE printingsystem with printer driver components indicated.

DETAILED DESCRIPTION OF THE DRAWINGS

[0077] 1 Introduction

[0078] The printer, in accordance with the invention, is ahigh-performance color printer which combines photographic-quality imagereproduction with magazine-quality text reproduction. It utilizes an 8″page-width microelectromechanical inkjet printhead which produces 1600dots per inch (dpi) bi-level CMYK (Cyan, Magenta, Yellow, blacK). Inthis description the printhead technology shall be referred to as“Memjet”, and the printer shall be referred to as “CePrint”.

[0079] CePrint is conceived as an original equipment manufacture (OEM)part designed for inclusion primarily in consumer electronics (CE)devices. Intended markets include televisions, VCRs, PhotoCD players,DVD players, Hi-fi systems, Web/Internet terminals, computer monitors,and vehicle consoles. As will be described in greater detail below, itfeatures a low-profile front panel and provides user access to paper andink via an ejecting tray. It operates in a horizontal orientation underdomestic environmental conditions.

[0080] CePrint exists in single- and double-sided versions. Thesingle-sided version prints 30 full-color A4 or Letter pages per minute.The double-sided version prints 60 full-color pages per minute (i.e. 30sheets per minute). Although CePrint supports both paper sizes, it isconfigured at time of manufacture for a specific paper size.

[0081] 1.1 Operational Overview

[0082] CePrint reproduces black text and graphics directly usingbi-level black, and continuous-tone (contone) images and graphics usingdithered bi-level CMYK. For practical purposes, CePrint supports a blackresolution of 800 dpi, and a contone resolution of 267 pixels per inch(ppi).

[0083] CePrint is embedded in a CE device, and communicates with the CEdevice (host) processor via a relatively low-speed (1.5 MBytes/s)connection. CePrint relies on the host processor to render each page tothe level of contone pixels and black dots. The host processorcompresses each rendered page to less than 3 MB for sub-two-seconddelivery to the printer. CePrint decompresses and prints the page lineby line at the speed of its micro-electromechanical inkjet (Memjet)printhead. CePrint contains sufficient buffer memory for two compressedpages (6 MB), allowing it to print one page while receiving the next,but does not contain sufficient buffer memory for even a singleuncompressed page (119 MB).

[0084] The double-sided version of CePrint contains two printheads whichoperate in parallel. These printheads are fed by separate data paths,each of which replicates the logic found in the single-sided version ofCePrint. The double-sided version has a correspondingly fasterconnection to the host processor (3 MB/s).

[0085] 2 Product Specification

[0086] Table 1 gives a summary product specification of the single-sidedand double-sided versions of the CePrint unit. TABLE 1 CePrintSpecification single-sided version double-sided version dot pitch 1600dpi paper standard A4/Letter paper tray capacity 150 sheets print speed30 pages per minute 60 pages per minute, 30 sheets per minute warm-uptime nil first print time 2-6 seconds subsequent prints 2 seconds/sheetcolor model 32-bit CMYK process color printable area full page (fulledge bleed) printhead page width Memjet with dual printheads 54,400nozzles print method self-cleaning transfer dual transfer rollersroller, titanium nitride (TiN) coated size (h × w × d) 40 mm × 272 mm ×60 mm × 272 mm × 416 mm 416 mm weight 3 kg (approx.) 4 kg (approx.)power supply 5V, 4A 5V, 8A ink cartridge color 650 pages at 15% capacitycoverage ink cartridge black 900 pages at 15% capacity coverage inkcartridge size (h × 21 mm × 188 mm × w × d) 38 mm

[0087] 3 Memjet-based Printing

[0088] A Memjet printhead produces 1600 dpi bi-level CMYK. Onlow-diffusion paper, each ejected drop forms an almost perfectlycircular 22.5 mm diameter dot. Dots are easily produced in isolation,allowing dispersed-dot dithering to be exploited to its fullest. Sincethe Memjet printhead is page-width and operates with a constant papervelocity, the four color planes are printed in perfect registration,allowing ideal dot-on-dot printing. Since there is consequently nospatial interaction between color planes, the same dither matrix is usedfor each color plane.

[0089] A page layout may contain a mixture of images, graphics and text.Continuous-tone (contone) images and graphics are reproduced using astochastic dispersed-dot dither. Unlike a clustered-dot (oramplitude-modulated) dither, a dispersed-dot (or frequency-modulated)dither reproduces high spatial frequencies (i.e. image detail) almost tothe limits of the dot resolution, while simultaneously reproducing lowerspatial frequencies to their full color depth, when spatially integratedby the eye. A stochastic dither matrix is carefully designed to be freeof objectionable low-frequency patterns when tiled across the image. Assuch its size typically exceeds the minimum size required to support anumber of intensity levels (i.e. 16×16×8 bits for 257 intensity levels).CePrint uses a dither volume of size 64'64×3×8 bits. The volume providesan extra degree of freedom during the design of the dither by allowing adot to change states multiple times through the intensity range, ratherthan just once as in a conventional dither matrix.

[0090] Human contrast sensitivity peaks at a spatial frequency of about3 cycles per degree of visual field and then falls off logarithmically,decreasing by a factor of 100 beyond about 40 cycles per degree andbecoming immeasurable beyond 60 cycles per degree. At a normal viewingdistance of 12 inches (about 300 mm), this translates roughly to 200-300cycles per inch (cpi) on the printed page, or 400-600 samples per inchaccording to Nyquist's theorem. Contone resolution beyond about 400pixels per inch (ppi) is therefore of limited utility, and in factcontributes slightly to color error through the dither.

[0091] Black text and graphics are reproduced directly using bi-levelblack dots, and are therefore not antialiased (i.e. low-pass filtered)before being printed. Text is therefore supersampled beyond theperceptual limits discussed above, to produce smoother edges whenspatially integrated by the eye. Text resolution up to about 1200 dpicontinues to contribute to perceived text sharpness (assuminglow-diffusion paper, of course).

[0092] 4 Page Delivery Architecture

[0093] 4.1 Page Image Sizes

[0094] CePrint prints A4 and Letter pages with full edge bleed.Corresponding page image sizes are set out in Table 2 for variousspatial resolutions and color depths used in the following discussion.Note that the size of an A4 page exceeds the size of a Letter page,although the Letter page is wider. Page buffer requirements aretherefore based on A4, while line buffer requirements are based onLetter. TABLE 2 Page Image Sizes spatial resolution color depth A4^(a)Letter^(b) (pixels/inch) (bits/pixel) page buffer size page buffer size1600 32  948 MB  913 MB 800 32  237 MB  228 MB 400 32 59.3 MB 57.1 MB267 32 26.4 MB 25.4 MB 1600 4  119 MB  114 MB 800 4 29.6 MB 28.5 MB 16001 29.6 MB 28.5 MB 800 1  7.4 MB  7.1 MB

[0095] 4.2 Constraints

[0096] The act of interrupting a Memjet-based printer during theprinting of a page produces a visible discontinuity, so it isadvantageous for the printer to receive the entire page beforecommencing printing, to eliminate the possibility of buffer underrun.Furthermore, if the transmission of the page from the host to theprinter takes significant time in relation to the time it takes to printthe page, then it is advantageous to provide two page buffers in theprinter so that one page can be printed while the next is beingreceived. If the transmission time of a page is less than its 2-secondprinting time, then double-buffering allows the full 30 pages/minutepage rate of CePrint to be achieved.

[0097]FIG. 6 illustrates the sustained printing rate achievable withdouble-buffering in the printer, assuming 2-second page rendering and2-second page transmission.

[0098] Assuming it is economic for the printer to have a maximum of only8 MB of memory (i.e. a single 64 Mbit DRAM), then less than 4 MB isavailable for each page buffer in the printer, imposing a limit of lessthan 4 MB on the size of the page image. To allow for program andworking memory in the printer, we limit this to 3 MB per page image.

[0099] Assuming the printer has only a typical low-speed connection tothe host processor, then the speed of this connection is 1-2 MB/s (i.e.2 MB/s for parallel port, 1.5 MB/s for USB, and 1 MB/s for 10Base-TEthernet). Assuming 2-second page transmission (i.e. equal to theprinting time), this imposes a limit of 2-4 MB on the size of the pageimage, i.e. a limit similar to that imposed by the size of the pagebuffer.

[0100] In practice, because the host processor and the printer can beclosely coupled, a high-speed connection between them may be feasible.

[0101] Whatever the speed of the host connection required by thesingle-sided version of CePrint, the double-sided version requires aconnection of twice that speed.

[0102] 4.3 Page Rendering and Compression

[0103] Page rendering (or rasterization) can be split between the hostprocessor and printer in various ways. Some printers support a full pagedescription language (PDL) such as Postscript, and containcorrespondingly sophisticated renderers. Other printers provide specialsupport only for rendering text, to achieve high text resolution. Thisusually includes support for built-in or downloadable fonts. In eachcase the use of an embedded renderer reduces the rendering burden on thehost processor and reduces the amount of data transmitted from the hostprocessor to the printer. However, this comes at a price. These printersare more complex than they might be, and are often unable to providefull support for the graphics system of the host, through whichapplication programs construct, render and print pages. They fail toexploit the possibly high performance of the host processor.

[0104] CePrint relies on the host processor to render pages, i.e.contone images and graphics to the pixel level, and black text andgraphics to the dot level. CePrint contains only a simple renderingengine which dithers the contone data and combines the results with anyforeground bi-level black text and graphics. This strategy keeps theprinter simple, and independent of any page description language orgraphics system. It fully exploits the high performance expected in thehost processor of a multimedia CE device. The downside of this strategyis the potentially large amount of data which must be transmitted fromthe host processor to the printer. We therefore use compression toreduce the page image size to the 3 MB required to allow a sustainedprinting rate of 30 pages/minute.

[0105] An 8.3″×11.7″ A4 page has a bi-level CMYK page image size of 119MBytes at 1600 dpi, and a contone CMYK pagesize of 59.3 MB at 400 ppi.

[0106] We use JPEG compression to compress the contone data. AlthoughJPEG is inherently lossy, for compression ratios of 10:1 or less theloss is usually negligible. To achieve a high-quality compression ratioof less than 10:1, and to obtain an integral contone to bi-level ratio,we choose a contone resolution of 267 ppi. This yields a contone CMYKpagesize of 25.5 MB, a corresponding compression ratio of 8.5:1 to fitwithin the 3 MB/page limit, and a contone to bi-level ratio of 1:6 ineach dimension.

[0107] A full page of black text (and/or graphics) rasterized at printerresolution (1600 dpi) yields a bi-level image of 29.6 MB. Sincerasterizing text at 1600 dpi places a heavy burden on the host processorfor a small gain in quality, we choose to rasterize text at 800 dpi.This yields a bi-level image of 7.4 MB, requiring a lossless compressionratio of less than 2.5:1 to fit within the 3 MB/page limit. We achievethis using a two-dimensional bi-level compression scheme similar to thecompression scheme used in Group 4 Facsimile.

[0108] As long as the image and text regions of a page arenon-overlapping, any combination of the two fits within the 3 MB limit.If text lies on top of a background image, then the worst case is acompressed page image size approaching 6 MB (depending on the actualtext compression ratio). This fits within the printer's page buffermemory, but prevents double-buffering of pages in the printer, therebyreducing the printer's page rate by two-thirds, i.e. to 10 pages/minute.

[0109] 4.4 Page Expansion and Printing

[0110] As described above, the host processor renders contone images andgraphics to the pixel level, and black text and graphics to the dotlevel. These are compressed by different means and transmitted togetherto the printer.

[0111] The printer contains two 3 MB page buffers—one for the page beingreceived from the host, and one for the page being printed. The printerexpands the compressed page as it is being printed. This expansionconsists of decompressing the 267 ppi contone CMYK image data,halftoning the resulting contone pixels to 1600 dpi bi-level CMYK dots,decompressing the 800 dpi bi-level black text data, and compositing theresulting bi-level black text dots over the corresponding bi-level CMYKimage dots.

[0112] The conceptual data flow from the application to the printed pageis illustrated in FIG. 7.

[0113] 5 Printer Hardware

[0114] CePrint is conceived as an OEM part designed for inclusionprimarily in consumer electronics (CE) devices. Intended markets includetelevisions, VCRs, PhotoCD players, DVD players, Hi-fi systems,Web/Internet terminals, computer monitors, and vehicle consoles. Itfeatures a low-profile front panel and provides user access to paper andink via an ejecting tray. It operates in a horizontal orientation underdomestic environmental conditions.

[0115] Because of the simplicity of the page width Memjet printhead,CePrint contains an ultra-compact print mechanism which yields anoverall product height of 40 mm for the single-sided version and 60 mmfor the double-sided version.

[0116] The nature of an OEM product dictates that it should be simple instyle and reflect minimum dimensions for inclusion into host products.CePrint is styled to be accommodated into all of the target marketproducts and has minimum overall dimensions of 40 mm high×272 mmwide×416 mm deep. The only cosmetic part of the product is the frontfascia and front tray plastics. These can be re-styled by a manufacturerif they wish to blend CePrint with a certain piece of equipment.

[0117] Front views of the two versions of CePrint or the printer areillustrated in FIGS. 1 and 2, respectively, of the drawings and aredesignated generally by the reference numeral 10. It is to be notedthat, mechanically, both versions are the same, apart from the greaterheight of the double-sided version to accommodate a second print engineinstead of a pinch roller. This will be described in greater detailbelow. Side and plan views of the single-sided version of CePrint areillustrated in FIGS. 3 and 4 respectively. The side view of of thedouble-sided version of CePrint is illustrated in FIG. 5.

[0118] CePrint 10 is a motorized A4/Letter paper tray with a removableink cartridge and a Memjet printhead mechanism. It includes a frontpanel 12 housing a paper eject button 14, a power LED 16, an out-of-inkLED 18 and an out-of-paper LED 20. A paper tray 22 is slidably arrangedrelative to the front panel 12. When the paper tray 22 is in its “home”position, a paper output slot 24 is defmed between the front panel 12and the paper tray 22.

[0119] The front panel 12 fronts a housing 26 containing the workingparts of the printer 10. As illustrated in 5 of the drawings, thehousing 26, in the case of the double-sided version is stepped, at 28,towards the front panel 12 (FIGS. 1 and 2) to accommodate the secondprint engine. The housing 26 covers a metal chassis 30 (FIG. 8),fascias, the (molded) paper tray 22, an ink cartridge 32 (FIG. 10),three motors, a flex PCB 34 (FIG. 8A), a rigid PCB 36 (FIG. 8) andvarious injection moldings and smaller parts to achieve a cost effectivehigh volume product.

[0120] The printer 10 is simple to operate, only requiring userinteraction when paper or ink need replenishing as indicated by thefront-panel LEDs 20 or 18, respectively. The paper handling mechanismsare similar to current printer applications and are therefore consideredreliable. In the rare event of a paper jam, the action of ejecting thepaper tray allows the user to deal with the problem. The tray 22 has asensor which retracts the tray if the tray 22 is pushed. If the tray 22jams on the way in, this is also sensed and the tray 22 is re-ejected.This allows the user to be lazy in operating the tray 22 by just pushingit to close and protects the unit from damage should the tray 22 getknocked while in the out position. It also caters for children stickingfingers in the tray 22 while closing. Ink is replaced by inserting a newcartridge 32 into the paper tray 22 (FIG. 8) and securing it by a camlock lever mechanism.

[0121]5.1 Overview

[0122] The overall views of CePrint 10 are shown in FIGS. 8 to 10. Asshown in FIG. 9 the chassis 30 includes base metalwork 38 on which frontroller wheels 40 of the paper tray 22 are slidable. A bracket 42accommodates motors 44, 46 and 48 and gears 50 and 52 for ejecting thepaper tray 22 and driving a paper pick-up roller 54.

[0123] Attached to the bracket 42 and the base metalwork 38 are twoguide rails 56 that allow the molded paper tray 22 and its rear rollerwheels 58 to slide forward. As described above, the tray 22 also sits onfront rollers 40 and this provides a strong, low friction and steadymethod of ejection and retraction. The flex PCB 34 (FIG. 8A) runs fromthe main PCB 36 via the motors 44, 46 and 48 to a contact molding 60 anda lightpipe area 62. An optical sensor on the flex PCB 34 allows thetray ejector motor 46 to retract the tray 22 independently of the ejectbutton 14 if the tray 22 is pushed when in the out position by sensing ahole in a gear wheel 64 (FIG. 9). Similarly, the tray 22 is ejected ifthere is any stoppage during retraction.

[0124] The contact molding 60 has a foam pad 66 that the flex PCB 34 isfixed onto and provides data and power contacts to the printhead and busbars during printing.

[0125] A transfer roller 68 (FIG. 11) has two end caps 69 (FIG. 8A) thatrun in low friction bearing assemblies 70. One of the end caps 69 has aninternal gear that acts on a small gear 72 (FIG. 14) which transferspower through a reduction gear 74 to a worm drive. This is reducedfurther via another gear to a motor worm drive 76 mounted on an outputshaft of a stepper motor 124 arranged within the transfer roller 68.This solution for a motor drive assembly that is housed inside thetransfer roller 68 saves space for future designs and mounts onto asmall chassis 78 (FIG. 8A) that is attached to ink connector moldings80, 82.

[0126] An ink connector 84 has four pins 86 with an ejector plate 88 andsprings 90 that interfaces with the ink cartridge 32 (FIG. 10). The inkcartridge 32 is accessed via a cam lock lever and spring 92 (FIG. 8).The ink is conducted through molded channels into a flexiblefour-channel hose connector 94 that interfaces with a printheadcartridge end cap 96. The other end of the printhead cartridge has adifferent flexible sealing connector 98 (FIG. 8) on the end cap to allowink to be drawn through the cartridge during assembly and effectivelycharge the unit and ink connector with ink in a sealed environment. Theprinthead and ink connector assemblies are mounted directly into thepaper tray 22.

[0127] The paper tray 22 has several standard paper handling components,namely a metal base channel 100 (FIG. 8) with low friction pads 102,sprung by two compression springs 104 and two metal paper guides 106with arms 108 secured by rivets. The paper is aligned to one side of thetray 22 by a spring steel clip 110. The tray 22 is normally configuredto take A4 paper, but Letter size paper is accommodated by relocatingone of the paper guide assemblies 106 and clipping a plate into thepaper tray 22 to provide a rear stop. The paper tray 22 can accommodateup to 150 sheets.

[0128] As is standard practice for adding paper, the metal base channel100 is pushed down and is latched using a tray lock molding 112 and areturn spring 114. When paper has been added and the tray 22 retracted,the tray lock molding 112 is unlatched by hitting a metal return 116 inthe base metalwork 38 (FIG. 9).

[0129] The printer 10 is now ready to print. When activated, the paperpick-up roller 54 is driven by a small drive gear 118 that meshes withanother drive gear 50 and a normal motor 44. The roller 54 is located tothe base metalwork 38 (FIG. 9) by two heat staked retainer moldings 120(FIG. 8). A small molding on the end of the pick-up roller 54 acts witha sensor on the flex PCB 34 to accurately position the pick-up roller 54in a parked position so that paper and tray 22 can be withdrawn withouttouching it when ejecting. This accurate positioning also allows theroller 54 to feed the sheet to the transfer roller 68 (FIG. 10) with afixed number of revolutions. As the transfer roller 68 is running at asimilar speed there should be no problem with take-up of the paper. Anoptical sensor 122 mounted into the housing 26 finds the start of eachsheet and engages a transfer motor 124 (FIG. 14), so there is no problemif for example a sheet has moved forward of the roller during anystrange operations.

[0130] The main PCB 36 is mounted onto the base metalwork 38 viastandard PCB standoffs 126 and is fitted with a data connector 128 and aDC connector 130.

[0131] The front panel 12 is mounted onto the base metalwork 38 usingsnap details and a top metal cover 132 completes the overall productwith RFI/EMI integrity via four fixings 134.

[0132] 5.2 Printhead Assembly and Image Transfer Mechanism

[0133] The print engine is shown in greater detail in FIG. 11 and isdesignated generally by the reference numeral 140. The Memjet printheadassembly is, in turn, designated by the reference numeral 142. Thisrepresents one of the four possible ways to deploy the Memjet printhead143 in conjunction with the ink cartridge 32 in a product such asCePrint 10:

[0134] permanent printhead, replaceable ink cartridge (as shown in FIG.11)

[0135] separate replaceable printhead cartridge and ink cartridge

[0136] refillable combined printhead and ink cartridge

[0137] disposable combined printhead and ink cartridge

[0138] The Memjet printhead 143 prints onto the titanium nitride (TiN)coated transfer roller 68 which rotates in an anticlockwise direction totransfer the image onto a sheet of paper 144. The paper 144 is pressedagainst the transfer roller 68 by a spring-loaded rubber coated pinchroller 145 in the case of the single-sided version. As illustrated inFIG. 13, in the case of the double-sided version, the paper 144 ispressed against one of the transfer rollers 68 under the action of theopposite transfer roller 68. After transferring the image to the paper144 the transfer roller 68 continues past a cleaning sponge 146 andfinally a rubber wiper 148. The sponge 146 and the wiper 148 form acleaning station for cleaning the surface of the transfer roller 68.

[0139] While operational, the printhead assembly 142 is held off thetransfer roller 68 by a solenoid 150 as shown in FIG. 12B. When notoperational, the printhead assembly 142 is parked against the transferroller 68 as shown in FIG. 12A. The printhead's integral elastomericseal 152 seals the printhead assembly 142 and prevents the Memjetprinthead 143 from drying out.

[0140] In the double-sided version of CePrint 10, there are dual printengines 140, each with its associated printhead assembly 142 andtransfer roller 68, mounted in opposition as illustrated in FIG. 13. Thelower print engine 140 is fixed while the upper print engine 140 pivotsand is sprung to press against the paper 144. As previously described,the upper transfer roller 68 takes the place of the pinch roller 145 inthe single-sided version.

[0141] The relationship between the ink cartridge 32, printhead assembly142 and the transfer roller 68 is shown in greater detail in FIGS. 15and 16 of the drawings. The ink cartridge has four reservoirs 154, 156,158 and 160 for cyan, magenta, yellow and black ink respectively.

[0142] Each reservoir 154-160 is in flow communication with acorresponding reservoir 164-170 in the printhead assembly 142. Thesereservoirs, in turn, supply ink to a Memjet printhead chip 143 (FIG. 16)via an ink filter 174. It is to be noted in FIG. 16 that the elastomericcapping seal 152 is arranged on both sides of the printhead chip 143 toassist in sealing when the printhead assembly 142 is parked against thetransfer roller 68.

[0143] Power is supplied to the solenoid via busbars 176.

[0144] 6 Printer Control Protocol

[0145] This section describes the printer control protocol used betweena host and CePrint 10. It includes control and status handling as wellas the actual page description.

[0146] 6.1 Control and Status

[0147] The printer control protocol defines the format and meaning ofmessages exchanged by the host processor and the printer 10. The controlprotocol is defined independently of the transport protocol between thehost processor and the printer 10, since the transport protocol dependson the exact nature of the connection.

[0148] Each message consists of a 16-bit message code, followed bymessage-specific data which may be of fixed or variable size.

[0149] All integers contained in messages are encoded in big-endian byteorder.

[0150] Table 3 defines command messages sent by the host processor tothe printer 10. TABLE 3 Printer command messages command message messagecode description reset printer 1 Resets the printer to an idle state(i.e. ready and not printing). get printer 2 Gets the current printerstatus. status start document 3 Starts a new document. start page 4Starts the description of a new output page. page band 5 Describes aband of the current output page. end page 6 Ends the description of thecurrent output page. end document 7 Ends the current document.

[0151] The reset printer command can be used to reset the printer toclear an error condition, and to abort printing.

[0152] The start document command is used to indicate the start of a newdocument. This resets the printer's page count, which is used in thedouble-sided version to identify odd and even pages. The end documentcommand is simply used to indicate the end of the document.

[0153] The description of an output page consists of a page header whichdescribes the size and resolution of the page, followed by one or morepage bands which describe the actual page content. The page header istransmitted to the printer in the start page command. Each page band istransmitted to the printer in a page band command. The last page band isfollowed by an end page command. The page description is described indetail in Table 4.2.

[0154] Table 4 defines response messages sent by the printer to the hostprocessor. TABLE 4 Printer response messages response message messagecode description printer status 8 Contains the current printer status(as defined in Table 7). page error 9 Contains the most recent pageerror code (as defined in Table 8).

[0155] A printer status message is normally sent in response to a getprinter status command. However, the nature of the connection betweenthe host processor and the printer may allow the printer to sendunsolicited status messages to the host processor. Unsolicited statusmessages allow timely reporting of printer exceptions to the hostprocessor, and thereby to the user, without requiring the host processorto poll the printer on a frequent basis.

[0156] A page error message is sent in response to each start page, pageband and end page command.

[0157] Table 5 defines the format of the 16-bit printer status containedin the printer status message. TABLE 5 Printer status format field bitdescription ready 0 The printer is ready to receive a page. printing 1The printer is printing. error 2 The printer is in an error state. papertray missing 3 The paper tray is missing. paper tray empty 4 The papertray is empty. ink cartridge missing 5 The ink cartridge is missing. inkcartridge empty 6 The ink cartridge is empty. ink cartridge error 7 Theink cartridge is in an error state. (reserved) 8-15 Reserved for futureuse.

[0158] Table 6 defines page error codes which may be returned in a pageerror message. TABLE 6 Page error codes error code value description noerror 0 No error. bad signature 1 The signature is not recognized. badversion 2 The version is not supported. bad parameter 3 A parameter isincorrect.

[0159] 6.2 Page Description

[0160] CePrint 10 reproduces black at full dot resolution (1600 dpi),but reproduces contone color at a somewhat lower resolution usinghalftoning. The page description is therefore divided into a black layerand a contone layer. The black layer is defmed to composite over thecontone layer.

[0161] The black layer consists of a bitmap containing a 1 -bit opacityfor each pixel. This black layer matte has a resolution which is aninteger factor of the printer's dot resolution. The highest supportedresolution is 1600 dpi, i.e. the printer's full dot resolution.

[0162] The contone layer consists of a bitmap containing a 32-bit CMYKcolor for each pixel. This contone image has a resolution which is aninteger factor of the printer's dot resolution. The highest supportedresolution is 267 ppi, i.e. one-sixth the printer's dot resolution.

[0163] The contone resolution is also typically an integer factor of theblack resolution, to simplify calculations in the printer driver. Thisis not a requirement, however.

[0164] The black layer and the contone layer are both in compressed formfor efficient transmission over the low-speed connection to the printer.

[0165] 6.2.1 Page Structure

[0166] CePrint prints with full edge bleed using an 8.5″ printhead. Itimposes no margins and so has a printable page area which corresponds tothe size of its paper (A4 or Letter).

[0167] The target page size is constrained by the printable page area,less the explicit (target) left and top margins specified in the pagedescription.

[0168] 6.2.2 Page Description Format

[0169] Apart from being implicitly defmed in relation to the printablepage area, each page description is complete and self-contained. Thereis no data transmitted to the printer separately from the pagedescription to which the page description refers.

[0170] The page description consists of a page header which describesthe size and resolution of the page, followed by one or more page bandswhich describe the actual page content.

[0171] Table 7 shows the format of the page header. TABLE 7 Page headerformat field format description signature 16-bit integer Page headerformat signature. version 16-bit integer Page header format versionnumber. structure size 16-bit integer Size of page header. targetresolution 16-bit integer Resolution of target page. This is (dpi)always 1600 for CePrint. target page width 16-bit integer Width oftarget page, in dots. target page height 16-bit integer Height of targetpage, in dots. target left margin 16-bit integer Width of target leftmargin, in dots. target top margin 16-bit integer Height of target topmargin, in dots. black scale factor 16-bit integer Scale factor fromblack resolution to target resolution (must be 2 or greater). black pagewidth 16-bit integer Width of black page, in black pixels. black pageheight 16-bit integer Height of black page, in black pixels. contonescale 16-bit integer Scale factor from contone resolution factor totarget resolution (must be 6 or greater). contone page 16-bit integerWidth of contone page, in contone width pixels. contone page 16-bitinteger Height of contone page, in contone height pixels.

[0172] The page header contains a signature and version which allow theprinter to identify the page header format. If the signature and/orversion are missing or incompatible with the printer, then the printercan reject the page.

[0173] The page header defines the resolution and size of the targetpage. The black and contone layers are clipped to the target page ifnecessary. This happens whenever the black or contone scale factors arenot factors of the target page width or height.

[0174] The target left and top margins define the positioning of thetarget page within the printable page area.

[0175] The black layer parameters define the pixel size of the blacklayer, and its integer scale factor to the target resolution.

[0176] The contone layer parameters define the pixel size of the contonelayer, and its integer scale factor to the target resolution.

[0177] Table 8 shows the format of the page band header. TABLE 8 Pageband header format field format description signature 16-bit integerPage band header format signature. version 16-bit integer Page bandheader format version number. structure size 16-bit integer Size of pageband header. black band height 16-bit integer Height of black band, inblack pixels. black band data 32-bit integer Size of black band data, inbytes. size contone band 16-bit integer Height of contone band, incontone height pixels. contone band 32-bit integer Size of contone banddata, in bytes. data size

[0178] The black layer parameters define the height of the black band,and the size of its compressed band data. The variable-size black banddata follows the fixed-size parts of the page band header.

[0179] The contone layer parameters define the height of the contoneband, and the size of its compressed page data. The variable-sizecontone band data follows the variable-size black band data.

[0180] Table 9 shows the format of the variable-size compressed banddata which follows the page band header. TABLE 9 Page band data formatfield format description black band data EDRL bytestream Compressedbi-level black band data. contone band data JPEG bytestream Compressedcontone CMYK band data.

[0181] The variable-size black band data and the variable-size contoneband data are aligned to 8-byte boundaries. The size of the requiredpadding is included in the size of the fixed-size part of the page bandheader structure and the variable-size black band data.

[0182] The entire page description has a target size of less than 3 MB,and a maximum size of 6 MB, in accordance with page buffer memory in theprinter.

[0183] The following sections describe the format of the compressedblack layer and the compressed contone layer.

[0184] 6.2.3 Bi-level Black Layer Compression

[0185] 6.2.3.1 Group 3 and 4 Facsimile Compression

[0186] The Group 3 Facsimile compression algorithm losslessly compressesbi-level data for transmission over slow and noisy telephone lines. Thebi-level data represents scanned black text and graphics on a whitebackground, and the algorithm is tuned for this class of images (it isexplicitly not tuned, for example, for halftoned bi-level images). The1D Group 3 algorithm runlength-encodes each scanline and thenHuffmanen-codes the resulting runlengths. Runlengths in the range 0 to63 are coded with terminating codes. Runlengths in the range 64 to 2623are coded with make-up codes, each representing a multiple of 64,followed by a terminating code. Runlengths exceeding 2623 are coded withmultiple make-up codes followed by a terminating code. The Huffmantables are fixed, but are separately tuned for black and white runs(except for make-up codes above 1728, which are common). When possible,the 2D Group 3 algorithm encodes a scanline as a set of short edgedeltas (0, ±1, ±2, ±3) with reference to the previous scanline. Thedelta symbols are entropy-encoded (so that the zero delta symbol is onlyone bit long etc.) Edges within a 2D-encoded line which can't bedelta-encoded are runlength-encoded, and are identified by a prefix. 1D-and 2D-encoded lines are marked differently. 1D-encoded lines aregenerated at regular intervals, whether actually required or not, toensure that the decoder can recover from line noise with minimal imagedegradation. 2D Group 3 achieves compression ratios of up to 6:1.

[0187] The Group 4 Facsimile algorithm losslessly compresses bi-leveldata for transmission over error-free communications lines (i.e. thelines are truly error-free, or error-correction is done at a lowerprotocol level). The Group 4 algorithm is based on the 2D Group 3algorithm, with the essential modification that since transmission isassumed to be error-free, 1D-encoded lines are no longer generated atregular intervals as an aid to error-recovery. Group 4 achievescompression ratios ranging from 20:1 to 60:1 for the CCITT set of testimages.

[0188] The design goals and performance of the Group 4 compressionalgorithm qualify it as a compression algorithm for the bi-level blacklayer. However, its Huffman tables are tuned to a lower scanningresolution (100-400 dpi), and it encodes runlengths exceeding 2623awkwardly. At 800 dpi, our maximum runlength is currently 6400. Althougha Group 4 decoder core might be available for use in the printercontroller chip (Section 7), it might not handle runlengths exceedingthose normally encountered in 400 dpi facsimile applications, and sowould require modification.

[0189] Since most of the benefit of Group 4 comes from thedelta-encoding, a simpler algorithm based on delta-encoding alone islikely to meet our requirements. This approach is described in detailbelow.

[0190] 6.2.3.2 Bi-Level Edge Delta and Runlength (EDRL) CompressionFormat

[0191] The edge delta and runlength (EDRL) compression format is basedloosely on the Group 4 compression format and its precursors.

[0192] EDRL uses three kinds of symbols, appropriately entropy-coded.These are create edge, kill edge, and edge delta. Each line is codedwith reference to its predecessor. The predecessor of the first line isdefined to a line of white. Each line is defined to start off white. Ifa line actually starts of black (the less likely situation), then itmust define a black edge at offset zero. Each line must define an edgeat its lefthand end, i.e. at offset page width.

[0193] An edge can be coded with reference to an edge in the previousline if there is an edge within the maximum delta range with the samesense (white-to-black or black-to-white). This uses one of the edgedelta codes. The shorter and likelier deltas have the shorter codes. Themaximum delta range (±2) is chosen to match the distribution of deltasfor typical glyph edges. This distribution is mostly independent ofpoint size. A typical example is given in Table 10. TABLE 10 Edge deltadistribution for 10 point Times at 800 dpi |delta| probability 0 65% 123% 2  7% ≧3  5%

[0194] An edge can also be coded using the length of the run from theprevious edge in the same line. This uses one of the create edge codesfor short (7-bit) and long (13-bit) runlengths. For simplicity, andunlike Group 4, runlengths are not entropy-coded. In order to keep edgedeltas implicitly synchronized with edges in the previous line, eachunused edge in the previous line is ‘killed’ when passed in the currentline. This uses the kill edge code. The end-of-page code signals the endof the page to the decoder.

[0195] Note that 7-bit and 13-bit runlengths are specifically chosen tosupport 800 dpi A4/Letter pages. Longer runlengths could be supportedwithout significant impact on compression performance. For example, ifsupporting 1600 dpi compression, the runlengths should be at least 8-bitand 14-bit respectively. A general-purpose choice might be 8-bit and16-bit, thus supporting up to 40″ wide 1600 dpi pages.

[0196] The full set of codes is defined in Table 11. Note that there isno end-of-line code. The decoder uses the page width to detect the endof the line. The lengths of the codes are ordered by the relativeprobabilities of the codes' occurrence. TABLE 11 EDRL codewords codeencoding suffix description Δ0 1 — don't move corresponding edge Δ+1 010— move corresponding edge +1 Δ−1 011 — move corresponding edge −1 Δ+200010 — move corresponding edge +2 Δ−2 00011 — move corresponding edge−2 kill edge 0010 — kill corresponding edge create near 0011  7-bit RLcreate edge from short edge runlength (RL) create far 00001 13-bit RLcreate edge from long edge runlength (RL) end-of-page 000001 —end-of-page marker (EOP)

[0197]FIG. 17 shows a simple encoding example. Note that the commonsituation of an all-white line following another all-white line isencoded using a single bit (Δ0), and an all-black line following anotherall-black line is encoded using two bits (Δ0, Δ0).

[0198] Note that the foregoing describes the compression format, not thecompression algorithm per se. A variety of equivalent encodings can beproduced for the same image, some more compact than others. For example,a pure runlength encoding conforms to the compression format. The goalof the compression algorithm is to discover a good, if not the best,encoding for a given image.

[0199] The following is a simple algorithm for producing the EDRLencoding of a line with reference to its predecessor. #defineSHORT_RUN_PRECISION 7 // precision of short run #defineLONG_RUN_PRECISION13 // precision of long run EDRL_CompressLine ( ByteprevLine[], // previous (reference) // bi-level line Byte currLine[], //current (coding) bi-level line int lineLen, // line length BITSTREAM s// output (compressed) bitstream ) int prevEdge = 0 // current edgeoffset in // previous line int currEdge = 0 // current edge offset in //current line int codedEdge = currEdge // most recent coded (output) edgeint prevColor = 0 // current color in prev line // (0 = white) intcurrColor = 0 // current color in current line int prevRun // currentrun in previous line int currRun // current run in current line boolbUpdatePrevEdge = true // force first edge update bool bUpdateCurrEdge =true // force first edge update while (codedEdge < lineLen) // possiblyupdate current edge in previous line if (bUpdatePrevEdge) if (prevEdge <lineLen) prevRun = GetRun(prevLine, prevEdge, lineLen, prevColor) elseprevRun = 0 prevEdge += prevRun prevColor = !prevColor bUpdatePrevEdge =false // possibly update current edge in current line if(bUpdateCurrEdge) if (currEdge < lineLen) currRun = GetRun(currLine,currEdge, lineLen, currColor) else currRun = 0 currEdge += currRuncurrColor = !currColor bUpdateCurrEdge = false // output delta wheneverpossible, i.e. when // edge senses match, and delta is small enough if(prevColor == currColor) delta = currEdge − prevEdge if (abs(delta) <=MAX_DELTA) PutCode(s, EDGE_DELTA0 + delta) codedEdge = currEdgebUpdatePrevEdge = true bUpdateCurrEdge = true continue // kill unmatchededge in previous line if (prevEdge <= currEdge) PutCode(s, KILL_EDGE)bUpdatePrevEdge = true // create unmatched edge in current line if(currEdge <= prevEdge) PutCode(s, CREATE_EDGE) if (currRun < 128)PutCode(s, CREATE_NEAR_EDGE) PutBits(currRun, SHORT_RUN_PRECISION) elsePutCode(s, CREATE_FAR_EDGE) PutBits(currRun, LONG_RUN_PRECISION)codedEdge = currEdge bUpdateCurrEdge = true

[0200] Note that the algorithm is blind to actual edge continuitybetween lines, and may in fact match the “wrong” edges between twolines. Happily the compression format has nothing to say about this,since it decodes correctly, and it is difficult for a “wrong” match tohave a detrimental effect on the compression ratio.

[0201] For completeness the corresponding decompression algorithm isgiven below. It forms the core of the EDRL Expander unit in the printercontroller chip (Section 7). EDRL_DecompressLine ( BITSTREAM s, // input(compressed) bitstream Byte prevLine[], // previous (reference) bi-levelline Byte currLine[], // current (coding) bi-level line int lineLen //line length ) int prevEdge = 0 // current edge offset in // previousline int currEdge = 0 // current edge offset in current line intprevColor = 0 // current color in previous line // (0 = white) intcurrColor = 0 // current color in current line while (currEdge <lineLen) code = GetCode(s) switch (code) case EDGE_DELTA_MINUS2: caseEDGE_DELTA_MINUS1: case EDGE_DELTA_0: case EDGE_DELTA_PLUS1: caseEDGE_DELTA_PLUS2: // create edge from delta int delta = code −EDGE_DELTA_0 int run = prevEdge + delta − currEdge FillBitRun(currLine,currEdge, currColor, run) currEdge += run currColor = !currColorprevEdge += GetRun(prevLine, prevEdge, lineLen, prevColor) prevColor =!prevColor case KILL_EDGE: // discard unused reference edge prevEdge +=GetRun(prevLine, prevEdge, lineLen, prevColor) prevColor = !prevColorcase CREATE_NEAR_EDGE: case CREATE_FAR_EDGE: // create edge explicitlyint run if (code == CREATE_NEAR_EDGE) run = GetBits(s,SHORT_RUN_PRECISION) else run = GetBits(s, LONG_RUN_PRECISION)FillBitRun(currLine, currEdge, currColor, run) currColor = !currColorcurrEdge += run

[0202] 6.2.3.3 EDRL Compression Performance

[0203] Table 12 shows the compression performance of Group 4 and EDRL onthe CCITT test documents used to select the Group 4 algorithm. Eachdocument represents a single page scanned at 400 dpi. Group 4's superiorperformance is due to its entropy-coded runlengths, tuned to 400 dpifeatures. TABLE 12 Group 4 and EDRL compression performance on standardCCITTT documents at 400 dpi CCITT Group 4 EDRL document numbercompression ratio compression ratio 1 29.1 21.6 2 49.9 41.3 3 17.9 14.14 7.3 5.5 5 15.8 12.4 6 31.0 25.5 7 7.4 5.3 8 26.7 23.4

[0204] Magazine text is typically typeset in a typeface with serifs(such as Times) at a point size of 10. At this size an A4/Letter pageholds up to 14,000 characters, though a typical magazine page holds onlyabout 7,000 characters. Text is seldom typeset at a point size smallerthan 5. At 800 dpi, text cannot be meaningfully rendered at a point sizelower than 2 using a standard typeface. Table 13 illustrates thelegibility of various point sizes. TABLE 13 Text at different pointsizes point size sample text (in Times) 2 The quick brown fox jumps overthe lazy dog. 3 The quick brown fox jumps over the lazy dog. 4 The quickbrown fox jumps over the lazy dog. 5 The quick brown fox jumps over thelazy dog. 6 The quick brown fox jumps over the lazy dog. 7 The quickbrown fox jumps over the lazy dog. 8 The quick brown fox jumps over thelazy dog. 9 The quick brown fox jumps over the lazy dog. 10 The quickbrown fox jumps over the lazy dog.

[0205] Table 14 shows Group 4 and EDRL compression performance on pagesof text of varying point sizes, rendered at 800 dpi. Note that EDRLachieves the required compression ratio of 2.5 for an entire page oftext typeset at a point size of 3. The distribution of characters on thetest pages is based on English-language statistics. TABLE 14 Group 4 andEDRL compression performance on text at 800 dpi characters/ Group 4 EDRLpoint size A4 page compression ratio compression ratio 2 340,000 2.3 1.73 170,000 3.2 2.5 4 86,000 4.7 3.8 5 59,000 5.5 4.9 6 41,000 6.5 6.1 728,000 7.7 7.4 8 21,000 9.1 9.0 9 17,000 10.2 10.4 10 14,000 10.9 11.311 12,000 11.5 12.4 12 8,900 13.5 14.8 13 8,200 13.5 15.0 14 7,000 14.616.6 15 5,800 16.1 18.5 20 3,400 19.8 23.9

[0206] For a point size of 9 or greater, EDRL slightly outperforms Group4, simply because Group 4's runlength codes are tuned to 400 dpi.

[0207] These compression results bear out the observation thatentropy-encoded runlengths contribute much less to compression than 2Dencoding, unless the data is poorly correlated vertically, such as inthe case of very small characters.

[0208] 6.2.4 Contone Layer Compression

[0209] 6.2.4.1 JPEG Compression

[0210] The JPEG compression algorithm lossily compresses a contone imageat a specified quality level. It introduces imperceptible imagedegradation at compression ratios below 5:1, and negligible imagedegradation at compression ratios below 10:1.

[0211] JPEG typically first transforms the image into a color spacewhich separates luminance and chrominance into separate color channels.This allows the chrominance channels to be subsampled withoutappreciable loss because of the human visual system's relatively greatersensitivity to luminance than chrominance. After this first step, eachcolor channel is compressed separately.

[0212] The image is divided into 8×8 pixel blocks. Each block is thentransformed into the frequency domain via a discrete cosine transform(DCT). This transformation has the effect of concentrating image energyin relatively lower-frequency coefficients, which allowshigher-frequency coefficients to be more crudely quantized. Thisquantization is the principal source of compression in JPEG. Furthercompression is achieved by ordering coefficients by frequency tomaximize the likelihood of adjacent zero coefficients, and thenrunlength-encoding runs of zeroes. Finally, the runlengths and non-zerofrequency coefficients are entropy coded. Decompression is the inverseprocess of compression.

[0213] 6.2.4.2 CMYK Contone JPEG Compression Format

[0214] The CMYK contone layer is compressed to an interleaved color JPEGbytestream. The interleaving is required for space-efficientdecompression in the printer, but may restrict the decoder to two setsof Huffman tables rather than four (i.e. one per color channel). Ifluminance and chrominance are separated, then the luminance channels canshare one set of tables, and the chrominance channels the other set.

[0215] If luminance/chrominance separation is deemed necessary, eitherfor the purposes of table sharing or for chrominance subsampling, thenCMY is converted to YCrCb and Cr and Cb are duly subsampled. K istreated as a luminance channel and is not subsampled.

[0216] The JPEG bytestream is complete and self-contained. It containsall data required for decompression, including quantization and Huffmantables.

[0217] 7 Printer Controller

[0218] 7.1 Printer Controller Architecture

[0219] A printer controller 178 (FIG. 18) consists of the CePrintcentral processor (CCP) chip 180, a 64 MBit RDRAM 182, and a master QAchip 184.

[0220] The CCP 180 contains a general-purpose processor 181 and a set ofpurpose-specific functional units controlled by the processor via aprocessor bus 186. Only three functional units are non-standard—an EDRLexpander 188, a halftoner/compositor 190, and a printhead interface 192which controls the Memjet printhead 143.

[0221] Software running on the processor 181 coordinates the variousfunctional units to receive, expand and print pages. This is describedin the next section.

[0222] The various functional units of the CCP 180 are described insubsequent sections.

[0223] 7.2 Page Expansion and Printing

[0224] Page expansion and printing proceeds as follows. A pagedescription is received from the host via a host interface 194 and isstored in main memory 182. 6 MB of main memory 182 is dedicated to pagestorage. This can hold two pages each not exceeding 3 MB, or one page upto 6 MB. If the host generates pages not exceeding 3 MB, then theprinter operates in streaming mode—i.e. it prints one page whilereceiving the next. If the host generates pages exceeding 3 MB, then theprinter operates in single-page mode—i.e. it receives each page andprints it before receiving the next. If the host generates pagesexceeding 6 MB then they are rejected by the printer. In practice theprinter driver prevents this from happening.

[0225] A page consists of two parts—the bi-level black layer, and thecontone layer. These are compressed in distinct formats—the bi-levelblack layer in EDRL format, the contone layer in JPEG format. The firststage of page expansion consists of decompressing the two layers inparallel. The bi-level layer is decompressed by the EDRL expander unit188, the contone layer by a JPEG decoder 196.

[0226] The second stage of page expansion consists of halftoning thecontone CMYK data to bi-level CMYK, and then compositing the bi-levelblack layer over the bi-level CMYK layer. The halftoning and compositingis carried out by the halftoner/compositor unit 190.

[0227] Finally, the composited bi-level CMYK image is printed via theprinthead interface unit 192, which controls the Memjet printhead 143.

[0228] Because the Memjet printhead 143 prints at high speed, the paper144 must move past the printhead 143 at a constant velocity. If thepaper 144 is stopped because data cannot be fed to the printhead 143fast enough, then visible printing irregularities will occur. It istherefore important to transfer bi-level CMYK data to the printheadinterface 192 at the required rate.

[0229] A fully-expanded 1600 dpi bi-level CMYK page has an image size of119 MB. Because it is impractical to store an expanded page in printermemory, each page is expanded in real time during printing. Thus thevarious stages of page expansion and printing are pipelined. The pageexpansion and printing data flow is described in Table 15. The aggregatetraffic to/from main memory via an interface 198 of 182 MB/s is wellwithin the capabilities of current technologies such as Rambus. TABLE 15Page expansion and printing data flow out- put input win- input processinput window output dow rate output rate Receive — — JPEG 1 — 1.5 MB/scontone stream — 3.5 Mp/s receive — — EDRL 1 — 1.5 MB/s bi- stream — 31Mp/s level de- JPEG — 32-bit 8 1.5 MB/s 13 MB/s com- stream CMYK 3.5Mp/s 3.5 Mp/s press contone de- EDRL — 1-bit K 1 1.5 MB/s 15 MB/s com-stream 31 Mp/s^(a) 124 Mp/s press bi- level halftone 32-bit 1 —^(b) — 13MB/s — CMYK 3.5 Mp/s^(c) — com- 1-bit 1 4-bit 1 15 MB/s 60 MB/s posite KCMYK 124 Mp/s 124 Mp/s print 4-bit 24, 1^(d) — — 60 MB/s — CMYK 124 Mp/s— 91 MB/s 91 MB/S 182 MB/S

[0230] Each stage communicates with the next via a shared FIFO in mainmemory 182. Each FIFO is organized into lines, and the minimum size (inlines) of each FIFO is designed to accommodate the output window (inlines) of the producer and the input window (in lines) of the consumer.Inter-stage main memory buffers are described in Table 16. The aggregatebuffer space usage of 6.3 MB leaves 1.7 MB free for program code andscratch memory (out of the 8 MB available). TABLE 16 Page expansion andprinting main memory buffers organization number buffer buffer and linesize of lines size compressed byte stream —   6 MB page buffer (one ortwo pages) — contone CMYK 32-bit interleaved CMYK  8 × 2 = 16  142 KBbuffer (267 ppi × 8.5″ × 32 = 8.9 KB) bi-level K 1-bit K 1 × 2 = 2   3KB buffer (1600 dpi × 8.5″ × 1 = 1.7 B) bi-level CMYK 4-bit planar 24 +1 = 25  166 KB buffer odd/even CMYK (1600 dpi × 8.5” × 4 = 6.6 KB)  6.3MB

[0231] The overall data flow, including FIFOs, is illustrated in FIG.19.

[0232] Contone page decompression is carried out by the JPEG decoder196. Bi-level page decompression is carried out by the EDRL expander188. Halftoning and compositing is carried out by thehalftoner/compositor unit 190. These functional units are described inthe following sections.

[0233] 7.2.1 DMA Approach

[0234] Each functional unit contains one or more on-chip input and/oroutput FIFOs. Each FIFO is allocated a separate channel in amulti-channel DMA controller 200. The DMA controller 200 handlessingle-address rather than double-address transfers, and so provides aseparate request/acknowledge interface for each channel.

[0235] Each functional unit stalls gracefully whenever an input FIFO isexhausted or an output FIFO is filled.

[0236] The processor 181 programs each DMA transfer. The DMA controller200 generates the address for each word of the transfer on request fromthe functional unit connected to the channel. The functional unitlatches the word onto or off the data bus 186 when its request isacknowledged by the DMA controller 200. The DMA controller 200interrupts the processor 181 when the transfer is complete, thusallowing the processor 181 to program another transfer on the samechannel in a timely fashion.

[0237] In general the processor 181 will program another transfer on achannel as soon as the corresponding main memory FIFO is available (i.e.non-empty for a read, non-full for a write).

[0238] The granularity of channel servicing implemented in the DMAcontroller 200 depends somewhat on the latency of main memory 182.

[0239] 7.2.2 EDRL Expander

[0240] The EDRL expander unit (EEU) 188 is shown in greater detail inFIG. 20. The unit 188 decompresses an EDRL-compressed bi-level image.

[0241] The input to the EEU 188 is an EDRL bitstream. The output fromthe EEU is a set of bi-level image lines, scaled horizontally from theresolution of the expanded bi-level image by an integer scale factor to1600 dpi.

[0242] Once started, the EEU 188 proceeds until it detects anend-of-page code in the EDRL bitstream, or until it is explicitlystopped via its control register.

[0243] The EEU 188 relies on an explicit page width to decode thebitstream. This must be written to a page width register 202 prior tostarting the EEU 188.

[0244] The scaling of the expanded bi-level image relies on an explicitscale factor. This must be written to a scale factor register 204 priorto starting the EEU 188. TABLE 17 EDRL expander control andconfiguration registers register width description start 1 Start theEEU. stop 1 Stop the EEU. page width 13 Page width used during decodingto detect end-of-line. scale factor 4 Scale factor used during scalingof expanded image.

[0245] The EDRL compression format is described in Section 6.2.3.2. Itrepresents a bi-level image in terms of its edges. Each edge in eachline is coded relative to an edge in the previous line, or relative tothe previous edge in the same line. No matter how it is coded, each edgeis ultimately decoded to its distance from the previous edge in the sameline. This distance, or runlength, is then decoded to the string of onebits or zero bits which represent the corresponding part of the image.The decompression algorithm is defmed in Section 6.2.3.2.

[0246] The EEU 188 consists of a bitstream decoder 206, a state machine208, edge calculation logic 210, two runlength decoders 212, and arunlength (re)encoder 214. The bitstream decoder 206 decodes anentropy-coded codeword from the bitstream and passes it to the statemachine 208. The state machine 208 returns the size of the codeword tothe bitstream decoder 206, which allows the decoder 206 to advance tothe next codeword. In the case of a create edge code, the state machine208 uses the bitstream decoder 206 to extract the correspondingrunlength from the bitstream. The state machine 208 controls the edgecalculation logic 210 and runlength decoding/encoding as defined inTable 19.

[0247] The edge calculation logic 210 is quite simple. The current edgeoffset in the previous (reference) and current (coding) lines aremaintained in a reference edge register 216 and edge register 218respectively. The runlength associated with a create edge code is outputdirectly to the runlength decoder 212.1, and is added to the currentedge. A delta code is translated into a runlength by adding theassociated delta to the reference edge and subtracting the current edge.The generated runlength is output to the runlength decoder 212.1, and isadded to the current edge. The next runlength is extracted from therunlength encoder 214 and added to the reference edge. A kill edge codesimply causes the current reference edge to be skipped. Again the nextrunlength is extracted from the runlength encoder 214 and added to thereference edge.

[0248] Each time the edge calculation logic 210 generates a runlengthrepresenting an edge, it is passed to the runlength decoder 212.1. Whilethe runlength decoder 212.1 decodes the run it generates a stall signalto the state machine 208. Since the runlength decoder 212 is slower thanthe edge calculation logic 210, there is not much point in decouplingit. The expanded line accumulates in a line buffer 220 large enough tohold an 8.5″ 800 dpi line (850 bytes).

[0249] The previously expanded line is also buffered in a buffer 222. Itacts as a reference for the decoding of the current line. The previousline is re-encoded as runlengths on demand. This is less expensive thanbuffering the decoded runlengths of the previous line, since the worstcase is one 13-bit runlength for each pixel (20 KB at 1600 dpi). Whilethe runlength encoder 214 encodes the run it generates a stall signal tothe state machine 208. The runlength encoder 214 uses the page width todetect end-of-line. The (current) line buffer 220 and the previous linebuffer 222 are concatenated and managed as a single FIFO to simplify therunlength encoder 214.

[0250] The second runlength decoder 212.2 decodes the output runlengthto a line buffer 224 large enough to hold an 8.5″ 1600 dpi line (1700bytes). The runlength passed to this output runlength decoder 212.2 ismultiplied by the scale factor from the register 204, so this decoder212.2 produces 1600 dpi lines. The line is output scale factor timesthrough the output pixel FIFO. This achieves the required verticalscaling by simple line replication. The EEU 188 could be designed withedge smoothing integrated into its image scaling. A simple smoothingscheme based on template-matching can be very effective. This wouldrequire a multi-line buffer between the low-resolution runlength decoderand the smooth scaling unit, but would eliminate the high-resolutionrunlength decoder.

[0251] 7.2.2.1 EDRL Stream Decoder

[0252] The EDRL stream decoder 206 (FIG. 21) decodes entropy-coded EDRLcodewords in the input bitstream. It uses a two-byte input buffer 226viewed through a 16-bit barrel shifter 228 whose left (most significant)edge is always aligned to a codeword boundary in the bitstream. Adecoder 230 connected to the barrel shifter 228 decodes a codewordaccording to Table 18, and supplies the state machine 208 with thecorresponding code. TABLE 18 EDRL stream codeword decoding table inputcodeword output code bit pattern^(a) output code bit pattern 1xxx xxxxΔ0 1 0000 0000 010x xxxx Δ+1 0 1000 0000 011x xxxx Δ−1 0 0100 0000 0010xxxx kill edge 0 0010 0000 0011 xxxx create near edge 0 0001 0000 00010xxx Δ+2 0 0000 1000 0001 1xxx Δ−2 0 0000 0100 0000 1xxx create far edge0 0000 0010 0000 01xx end-of-page (EOP) 0 0000 0001

[0253] The state machine 208 in turn outputs the length of the code.This is added, modulo-8, by an accumulator 232 to the current codewordbit offset to yield the next codeword bit offset. The bit offset in turncontrols the barrel shifter 228. If the codeword bit offset wraps, thenthe carry bit controls the latching of the next byte from the inputFIFO. At this time byte 2 is latched to byte 1, and the FIFO output islatched to byte 2. It takes two cycles of length 8 to fill the inputbuffer. This is handled by starting states in the state machine 208.

[0254] 7.2.2.2 EDRL Expander State Machine

[0255] The EDRL expander state machine 208 controls the edge calculationand runlength expansion logic in response to codes supplied by the EDRLstream decoder 206. It supplies the EDRL stream decoder 206 with thelength of the current codeword and supplies the edge calculation logic210 with the delta value associated with the current delta code. Thestate machine 206 also responds to start and stop control signals from acontrol register 234 (FIG. 20), and the end-of-line (EOL) signal fromthe edge calculation logic 210.

[0256] The state machine 208 also controls the multi-cycle fetch of therunlength associated with a create edge code. TABLE 19 EDRL expanderstate machine input input current code signal code state next state lendelta actions start — stopped starting 8 — — — — starting idle 8 — —stop — — stopped 0 — reset RL decoders and FIFOs EOL — — EOL 1 0 — resetRL encoder; reset RL decoders; reset ref. edge and edge — — EOL 1 idleRL encoder → ref. RL; ref. edge + ref. RL → ref. edge — Δ0 idle idle 1 0edge − ref. edge + delta → RL; edge + RL → edge; RL → RL decoder; RLencoder → ref. RL; ref. edge + ref. RL → ref. edge — Δ+1 idle idle 2 +1“ — Δ−1 idle idle 3 −1 “ — Δ+2 idle idle 4 +2 “ — Δ−2 idle idle 5 −2 “ —kill edge idle idle 6 — RL encoder → ref. RL; ref. edge + ref. RL → ref.edge — create idle create RL lo 7 7 — reset create RL near edge — createfar idle create RL hi 6 8 — — edge — EOP idle stopped 8 — — — — createRL create RL lo 7 6 — latch hi 6 create RL hi 6 — — create RL createedge 7 — latch lo 7 create RL lo 7 — — create idle 0 — create RL → RL;edge edge + RL → edge; RL → RL encoder

[0257] 7.2.2.3 Runlength Decoder

[0258] The runlength decoder 212 expands a runlength into a sequence ofzero bits or one bits of the corresponding length in the output stream.The first run in a line is assumed to be white (color 0). Each run isassumed to be of the opposite color to its predecessor. If the first runis actually black (color 1), then it must be preceded by a zero-lengthwhite run. The runlength decoder 212 keeps track of the current colorinternally.

[0259] The runlength decoder 212 appends a maximum of 8 bits to theoutput stream every clock. Runlengths are typically not an integermultiple of 8, and so runs other than the first in an image aretypically not byte-aligned. The runlength decoder 212 maintains, in abyte space register 236 (FIG. 22), the number of bits available in thebyte currently being built. This is initialized to 8 at the beginning ofdecoding, and on the output of every byte.

[0260] The decoder 212 starts outputting a run of bits as soon as thenext run line 248 latches a non-zero value into a runlength register238. The decoder 212 effectively stalls when the runlength register 238goes to zero.

[0261] A number of bits of the current color are shifted into an outputbyte register 240 each clock. The current color is maintained in a 1-bitcolor register 242. The number of bits actually output is limited by thenumber of bits left in the runlength, and by the number of spare bitsleft in the output byte. The number of bits output is subtracted fromthe runlength and the byte space. When the runlength goes to zero it hasbeen completely decoded, although the trailing bits of the run may stillbe in the output byte register 240, pending output. When the byte spacegoes to zero the output byte is full and is appended to the outputstream.

[0262] A 16-bit barrel shifter 244, the output byte register 240 and thecolor register 242 together implement an 8-bit shift register which canbe shifted multiple bit positions every clock, with the color as theserial input.

[0263] An external reset line 246 is used to reset the runlength decoder212 at the start of a line. An external next run line 248 is used torequest the decoding of a new runlength. It is accompanied by arunlength on an external runlength line 250. The next run line 248should not be set on the same clock as the reset line 246. Because nextrun inverts the current color, the reset of the color sets it to one,not zero. An external flush line 252 is used to flush the last byte ofthe run, if incomplete. It can be used on a line-by-line basis to yieldbyte-aligned lines, or on an image basis to yield a byte-aligned image.

[0264] An external ready line 254 indicates whether the runlengthdecoder 212 is ready to decode a runlength. It can be used to stall theexternal logic.

[0265] 7.2.2.4 Runlength Encoder

[0266] The runlength encoder 214 detects a run of zero or one bits inthe input stream. The first run in a line is assumed to be white (color0). Each run is assumed to be of the opposite color to its predecessor.If the first run is actually black (color 1), then the runlength encoder214 generates a zero-length white run at the start of the line. Therunlength decoder keeps track of the current color internally.

[0267] The runlength encoder 214 reads a maximum of 8 bits from theinput stream every clock. It uses a two-byte input buffer 256 (FIG. 23)viewed through a 16-bit barrel shifter 258 whose left (most significant)edge is always aligned to the current position in the bitstream. Anencoder 260 connected to the barrel shifter 258 encodes an 8-bit(partial) runlength according to Table 20. The 8-bit runlength encoder260 uses the current color to recognize runs of the appropriate color.

[0268] The 8-bit runlength generated by the 8-bit runlength encoder 260is added to the value in a runlength register 262. When the 8-bitrunlength encoder 260 recognizes the end of the current run it generatesan end-of-run signal which is latched by a ready register 264. Theoutput of the ready register 264 indicates that the encoder 214 hascompleted encoding the current runlength, accumulated in the runlengthregister 262. The output of the ready register 264 is also used to stallthe 8-bit runlength encoder 260. When stalled the 8-bit runlengthencoder 260 outputs a zero-length run and a zero end-of-run signal,effectively stalling the entire runlength encoder 214. TABLE 20 8-bitrunlength encoder table color input length end-of-run 0 0000 0000 8 0 00000 0001 7 1 0 0000 001x 6 1 0 0000 01xx 5 1 0 0000 1xxx 4 1 0 0001xxxx 3 1 0 001x xxxx 2 1 0 01xx xxxx 1 1 0 1xxx xxxx 0 1 1 1111 1111 8 01 1111 1110 7 1 1 1111 110x 6 1 1 1111 10xx 5 1 1 1111 0xxx 4 1 1 1110xxxx 3 1 1 110x xxxx 2 1 1 10xx xxxx 1 1 1 0xxx xxxx 0 1

[0269] The output of the 8-bit runlength encoder 260 is limited by theremaining page width. The actual 8-bit runlength is subtracted from theremaining page width, and is added to a modulo-8 bit positionaccumulator 266 used to control the barrel shifter 258 and clock thebyte stream input.

[0270] An external reset line 268 is used to reset the runlength encoder214 at the start of a line. It resets the current color and latches apage width signal on line 270 into a page width register 272. Anexternal next run line 274 is used to request another runlength from therunlength encoder 214. It inverts the current color, and resets therunlength register 262 and ready register 264. An external flush line276 is used to flush the last byte of the run, if incomplete. It can beused on a line-by-line basis to process byte-aligned lines, or on animage basis to process a byte-aligned image.

[0271] An external ready line 278 indicates that the runlength encoder214 is ready to encode a runlength, and that the current runlength isavailable on a runlength line 280. It can be used to stall the externallogic.

[0272] 7.2.2.5 Timing

[0273] The EEU 188 has an output rate of 124M 1-bit black pixels/s. Thecore logic generates one runlength every clock. The runlength decoders212 and the runlength encoder 214 generate/consume up to 8 pixels (bits)per clock. One runlength decoder 212.1 and the runlength encoder 214operate at quarter resolution (800 dpi). The other runlength decoder212.2 operates at full resolution (1600 dpi).

[0274] A worst-case bi-level image consisting of a full page of 3 pointtext converts to approximately 6M runlengths at 800 dpi (the renderingresolution). At 1600 dpi (the horizontal output resolution) this givesan average runlength of about 20. Consequently about 40% of 8-pixeloutput bytes span two runs and so require two clocks instead of one.Output lines are replicated vertically to achieve a vertical resolutionof 1600 dpi. When a line is being replicated rather than generated ithas a perfect efficiency of 8 pixels per clock, thus the overhead ishalved to 20%.

[0275] The full-resolution runlength decoder in the output stage of theEEU 188 is the slowest component in the EEU 188. The minimum clock speedof the EEU 188 is therefore dictated by the output pixel rate of the EEU(124 Mpixels/s), divided by the width of the runlength decoder (8),adjusted for its worst-case overhead (20%). This gives a minimum speedof about 22 MHz.

[0276] 7.2.3 JPEG Decoder

[0277] The JPEG decoder 196 (FIG. 24) decompresses a JPEG-compressedCMYK contone image.

[0278] The input to the JPEG decoder 196 is a JPEG bitstream. The outputfrom the JPEG decoder 196 is a set of contone CMYK image lines.

[0279] When decompressing, the JPEG decoder 196 writes its output in theform of 8×8 pixel blocks. These are sometimes converted to full-widthlines via an page width×8 strip buffer closely coupled with the codec.This would require a 67 KB buffer. We instead use 8 parallel pixel FIFOs282 with shared bus access and 8 corresponding DMA channels, as shown inFIG. 24.

[0280] 7.2.3.1 Timing

[0281] The JPEG decoder 196 has an output rate of 3.5M 32-bit CMYKpixels/s. The required clock speed of the decoder depends on the designof the decoder.

[0282] 7.2.4 Halftoner/Compositor

[0283] The halftoner/compositor unit (HCU) 190 (FIG. 25) combines thefunctions of halftoning the contone CMYK layer to bi-level CMYK, andcompositing the black layer over the halftoned contone layer.

[0284] The input to the HCU 190 is an expanded 267 ppi CMYK contonelayer, and an expanded 1600 dpi black layer. The output from the HCU 190is a set of 1600 dpi bi-level CMYK image lines.

[0285] Once started, the HCU 190 proceeds until it detects anend-of-page condition, or until it is explicitly stopped via its controlregister 284.

[0286] The HCU 190 generates a page of dots of a specified width andlength. The width and length must be written to page width and pagelength registers of the control registers 284 prior to starting the HCU190. The page width corresponds to the width of the printhead. The pagelength corresponds to the length of the target page.

[0287] The HCU 190 generates target page data between specified left andright margins relative to the page width. The positions of the left andright margins must be written to left margin and right margin registersof the control registers 284 prior to starting the HCU 190. The distancefrom the left margin to the right margin corresponds to the target pagewidth.

[0288] The HCU 190 consumes black and contone data according tospecified black and contone page widths. These page widths must bewritten to black page width and contone page width registers of thecontrol registers 284 prior to starting the HCU190. The HCU 190 clipsblack and contone data to the target page width. This allows the blackand contone page widths to exceed the target page width withoutrequiring any special end-of-line logic at the input FIFO level.

[0289] The relationships between the page width, the black and contonepage widths, and the margins are illustrated in FIG. 26.

[0290] The HCU 190 scales contone data to printer resolution bothhorizontally and vertically based on a specified scale factor. Thisscale factor must be written to a contone scale factor register of thecontrol registers 284 prior to starting the HCU 190. TABLE 21Halftoner/compositor control and configuration registers register widthdescription start 1 Start the HCU. stop 1 Stop the HCU. page width 14Page width of printed page, in dots. This is the number of dots whichhave to be generated for each line. left margin 14 Position of leftmargin, in dots. right margin 14 Position of right margin, in dots. pagelength 15 Page length of printed page, in dots. This is the number oflines which have to be generated for each page. black page width 14 Pagewidth of black layer, in dots. Used to detect the end of a black line.contone page width 14 Page width of contone layer, in dots. Used todetect the end of a contone line. contone 4 Scale factor used to scalecontone data to scale factor bi-level resolution.

[0291] The consumer of the data produced by the HCU 190 is the printheadinterface 192. The printhead interface 192 requires bi-level CMYK imagedata in planar format, i.e. with the color planes separated. Further, italso requires that even and odd pixels are separated. The output stageof the HCU 190 therefore uses 8 parallel pixel FIFOs 286, one each foreven cyan, odd cyan, even magenta, odd magenta, even yellow, odd yellow,even black, and odd black.

[0292] An input contone CMYK FIFO 288 is a full 9 KB line buffer. Theline is used contone scale factor times to effect vertical up-scalingvia line replication. FIFO write address wrapping is disabled until thestart of the last use of the line. An alternative is to read the linefrom main memory contone scale factor times, increasing memory trafficby 44 MB/s, but avoiding the need for the on-chip 9 KB line buffer.

[0293] 7.2.4.1 Multi-threshold Dither

[0294] A multi-threshold dither unit 290 is shown in FIG. 27 of thedrawings. A general 256-layer dither volume provides great flexibilityin dither cell design, by decoupling different intensity levels. Generaldither volumes can be large—a 64×64×256 dither volume, for example, hasa size of 128 KB. They are also inefficient to access since each colorcomponent requires the retrieval of a different bit from the volume. Inpractice, there is no need to fully decouple each layer of the dithervolume. Each dot column of the volume can be implemented as a fixed setof thresholds rather than 256 separate bits. Using three 8-bitthresholds, for example, only consumes 24 bits. Now, n thresholds definen+1 intensity intervals, within which the corresponding dither celllocation is alternately not set or set. The contone pixel value beingdithered uniquely selects one of the n+1 intervals, and this determinesthe value of the corresponding output dot.

[0295] We dither the contone data using a triple-threshold 64×64×3×8-bit(12 KB) dither volume. The three thresholds form a convenient 24-bitvalue which can be retrieved from the dither cell ROM in one cycle. Ifdither cell registration is desired between color planes, then the sametriple-threshold value can be retrieved once and used to dither eachcolor component. If dither cell registration is not desired, then thedither cell can be split into four subcells and stored in fourseparately addressable ROMs from which four different triple-thresholdvalues can be retrieved in parallel in one cycle. Using the addressingscheme shown below, the four color planes share the same dither cell atvertical and/or horizontal offsets of 32 dots from each other.

[0296] Each triple-threshold unit 292 converts a triple-threshold valueand an intensity value into an interval and thence a one or zero bit.The triple-thresholding rules are shown in Table 22. The correspondinglogic is shown in FIG. 28. TABLE 22 Triple-thresholding rules intervaloutput V ≦ T₁ 0 T₁ < V ≦ T₂ 1 T₂ < V ≦ T₃ 0 T₃ < V 1

[0297] 7.2.4.2 Composite

[0298] A composite unit 294 of the HCU 190 composites a black layer dotover a halftoned CMYK layer dot. If the black layer opacity is one, thenthe halftoned CMY is set to zero.

[0299] Given a 4-bit halftoned color C_(c)M_(c)Y_(c)K_(c) and a 1-bitblack layer opacity K_(b), the composite logic is as defmed in Table 23.TABLE 23 Composite logic color channel condition C C_(c)

K_(b) M M_(c)

K_(b) Y Y_(c)

K_(b) K K_(c)

K_(b)

[0300] 7.2.4.3 Clock Enable Generator

[0301] A clock enable generator 296 of the HCU 190 generates enablesignals for clocking the contone CMYK pixel input, the black dot input,and the CMYK dot output.

[0302] As described earlier, the contone pixel input buffer is used asboth a line buffer and a FIFO. Each line is read once and then usedcontone scale factor times. FIFO write address wrapping is disableduntil the start of the final replicated use of the line, at which timethe clock enable generator 296 generates a contone line advance enablesignal which enables wrapping.

[0303] The clock enable generator 296 also generates an even signalwhich is used to select the even or odd set of output dot FIFOs, and amargin signal which is used to generate white dots when the current dotposition is in the left or right margin of the page.

[0304] The clock enable generator 296 uses a set of counters. Theinternal logic of the counters is defmed in Table 24. The logic of theclock enable signals is defmed in Table 25. TABLE 24 Clock enablegenerator counter logic load decrement counter abbr. w. data conditioncondition dot D 14 page width RP^(a)

EOL^(b) (D>0)

clk line L 15 page length RP (L>0)

EOL left margin LM 14 left margin RP

EOL (LM>0)

clk right margin RM 14 right margin RP

EOL (RM>0)

clk even/odd dot E 1 0 RP

EOL clk black dot BD 14 black width RP

EOL (LM=0)

(BD>0)

clk contone dot CD 14 contone width RP

EOL (LM=0)

(CD>0)

clk contone CSP 4 contone scale RP

EOL

(LM=0)

clk sub-pixel factor (CSP=0) contone CSL 4 contone scale RP

(CSL=0) EOL

clk sub-line factor

[0305] TABLE 25 Clock enable generator output signal logic output signalcondition output dot clock enable (D>0)

EOP^(a) black dot clock enable (LM=0)

(BD>0)

EOP contone pixel clock enable (LM=0)

(CD>0)

(CSP=0)

EOP contone line advance enable (CSL=0)

EOP even E=0 margin (LM=0)

(RM=0)

[0306] 7.2.4.4 Timing

[0307] The HCU 190 has an output rate of 124M 4-bit CMYK pixels/s. Sinceit generates one pixel per clock, it must be clocked at at least 124MHz.

[0308] 7.3 Printhead Interface

[0309] CePrint 10 uses an 8.5″ CMYK Memjet printhead 143, as describedin Section 9. The printhead consists of 17 segments arranged in 2segment groups. The first segment group contains 9 segments, and thesecond group contains 8 segments. There are 13,600 nozzles of each colorin the printhead 143, making a total of 54,400 nozzles.

[0310] The printhead interface 192 is a standard Memjet printheadinterface, as described in Section 10, configured with the followingoperating parameters:

[0311] MaxColors=4

[0312] SegmentsPerXfer=9

[0313] SegmentGroups=2

[0314] Although the printhead interface 192 has a number of externalconnections, not all are used for an 8.5″ printhead, so not all areconnected to external pins on the CCP 180. Specifically, the value forSegmentGroups implies that there are only 2 SRClock pins and 2SenseSegSelect pins. All 36 ColorData pins, however, are required.

[0315] 7.3.1 Timing

[0316] CePrint 10 prints an 8.3″×11.7″ page in 2 seconds. The printhead143 must therefore print 18,720 lines (11.7″×1600 dpi) in 2 seconds,which yields a line time of about 107 μs. Within the printhead interface192, a single Print Cycle and a single Load Cycle must both completewithin this time. In addition, the paper 144 must advance by about 16 μmin the same time.

[0317] In high-speed print mode the Memjet printhead 143 can print anentire line in 100 μs. Since all segments fire at the same time 544nozzles are fired simultaneously with each firing pulse. This leaves 7μs for other tasks between each line.

[0318] The 1600 SRClock pulses (800 each of SRClock1 and SRClock2) tothe printhead 143 (SRClock1 has 36 bits of valid data, and SRClock2 has32 bits of valid data) must also take place within the 107 μs line time.Restricting the timing to 100 μs, the length of an SRClock pulse cannotexceed 100 μs/1600=62.5 ns. The printhead 143 must therefore be clockedat 16 MHz.

[0319] The printhead interface 192 has a nominal pixel rate of 124M4-bit CMYK pixels/s. However, because it is only active for 100 μs outof every 107 μs, it must be clocked at at least 140 MHz. This can beincreased to 144 MHz to make it an integer multiple of the printheadspeed.

[0320] 7.4 Processor and Memory

[0321] 7.4.1 Processor

[0322] The processor 181 runs the control program which synchronizes theother functional units during page reception, expansion and printing. Italso runs the device drivers for the various external interfaces, andresponds to user actions through the user interface.

[0323] It must have low interrupt latency, to provide efficient DMAmanagement, but otherwise does not need to be particularlyhigh-performance.

[0324] 7.4.2 DMA Controller

[0325] The DMA controller 200 supports single-address transfers on 29channels (see Table 26). It generates vectored interrupts to theprocessor 181 on transfer completion. TABLE 26 DMA channel usagefunctional unit input channels output channels host interface — 1inter-CCP interface 1 1 EDRL expander 1 1 JPEG decoder 1 8halftoner/compositor 2 8 speaker interface 1 — printhead interface 4 —10 19 29

[0326] 7.4.3 Program ROM

[0327] A program ROM 298 holds the CCP 180 control program which isloaded into main memory 182 during system boot.

[0328] 7.4.4 Rambus Interface

[0329] The Rambus interface 198 provides the high-speed interface to theexternal 8 MB (64 Mbit) Rambus DRAM (RDRAM) 182.

[0330] 7.5 External Interfaces

[0331] 7.5.1 Host Interface

[0332] The host interface 194 provides a connection to the hostprocessor with a speed of at least 1.5 MB/s (or 3 MB/s for thedouble-sided version of CePrint).

[0333] 7.5.2 Speaker Interface

[0334] A speaker interface 300 (FIG. 29) contains a small FIFO 302 usedfor DMA-mediated transfers of sound clips from main memory 182, an 8-bitdigital-to-analog converter (DAC) 304 which converts each 8-bit samplevalue to a voltage, and an amplifier 306 which feeds an external speaker308 (FIG. 18). When the FIFO 302 is empty it outputs a zero value.

[0335] The speaker interface 300 is clocked at the frequency of thesound clips.

[0336] The processor 181 outputs a sound clip to the speaker 308 simplyby programming the DMA channel of the speaker interface 300.

[0337] 7.5.3 Parallel Interface

[0338] A parallel interface 309 provides I/O on a number of parallelexternal signal lines. It allows the processor 181 to sense or controlthe devices listed in Table 27. TABLE 27 Parallel Interface devicesparallel interface devices power button power LED out-of-paper LEDout-of-ink LED media sensor paper pick-up roller position sensor papertray drive position sensor paper pick-up motor paper tray ejector motortransfer roller stepper motor

[0339] 7.5.4 Serial Interface

[0340] A serial interface 310 provides two standard low-speed serialports. One port is used to connect to the master QA chip 184. The otheris used to connect to a QA chip 312 in the ink cartridge. Theprocessor-mediated protocol between the two is used to authenticate theink cartridge. The processor 181 can then retrieve ink characteristicsfrom the QA chip 312, as well as the remaining volume of each ink. Theprocessor 181 uses the ink characteristics to properly configure theMemjet printhead 143. It uses the remaining ink volumes, updated on apage-by-page basis with ink consumption information accumulated by theprinthead interface 192, to ensure that it never allows the printhead143 to be damaged by running dry.

[0341]7.5.4.1 Ink Cartridge QA Chip

[0342] The QA chip 312 in the ink cartridge 32 contains informationrequired for maintaining the best possible print quality, and isimplemented using an authentication chip. The 256 bits of data in theauthentication chip are allocated as follows: TABLE 28 Ink cartridge's256 bits (16 entries of 16-bits) M[n] access width description 0 RO^(a)16 Basic header, flags etc. 1 RO 16 Serial number. 2 RO 16 Batch number.3 RO 16 Reserved for future expansion. Must be 0. 4 RO 16 Cyan inkproperties. 5 RO 16 Magenta ink properties. 6 RO 16 Yellow inkproperties. 7 RO 16 Black ink properties. 8-9 DO^(b) 32 Cyan inkremaining, in nanolitres. 10-11 DO 32 Magenta ink remaining, innanolitres. 12-13 DO 32 Yellow ink remaining, in nanolitres. 14-15 DO 32Black ink remaining, in nanolitres.

[0343] Before each page is printed, the processor 181 must check theamount of ink remaining to ensure there is enough for an entireworst-case page. Once the page has been printed, the processor 181multiplies the total number of drops of each color (obtained from theprinthead interface 192) by the drop volume. The amount of printed inkis subtracted from the amount of ink remaining. The unit of measurementfor ink remaining is nanolitres, so 32 bits can represent over 4 litersof ink. The amount of ink used for a page must be rounded up to thenearest nanolitre (i.e. approximately 1000 printed dots).

[0344] 7.5.5 Inter-CCP Interface

[0345] An inter-CCP interface 314 provides a bi-directional high-speedserial communications link to a second CCP, and is used in multi-CCPconfigurations such as the double-sided version of the printer whichcontains two CCPs.

[0346] The link has a minimum speed of 30 MB/s, to support timelydistribution of page data, and may be implemented using a technologysuch as IEEE 1394 or Rambus.

[0347] 7.5.6 JTAG Interface

[0348] A standard JTAG (Joint Test Action Group) interface (not shown)is included for testing purposes. Due to the complexity of the chip, avariety of testing techniques are required, including BIST (Built InSelf Test) and functional block isolation. An overhead of 10% in chiparea is assumed for overall chip testing circuitry.

[0349] 8 Double-sided Printing

[0350] The double-sided version of CePrint contains two complete printengines or printing units 140—one for the front of the paper, one forthe back. Each printing unit 140 consists of a printer controller 178, aprinthead assembly 142 containing a Memjet printhead 143, and a transferroller 68. Both printing units 140 share the same ink supply. The backside, or lower, printing unit 140 acts as the master unit. It isresponsible for global printer functions, such as communicating with thehost, handling the ink cartridge 32, handling the user interface, andcontrolling the paper transport. The front side, or upper, printing unit140 acts as a slave unit. It obtains pages from the host processor viathe master unit, and is synchronized by the master unit during printing.

[0351] Both printer controllers 178 consist of a CePrint centralprocessor (CCP) 180 and a local 8 MB RDRAM 182. The external interfacesof the master unit are used in the same way as in the single-sidedversion of CePrint, but only the memory interface 198 and the printheadinterface 192 of the slave unit are used. An external master/slave pinon the CCP 180 selects the mode of operation.

[0352] This dual printer controller configuration is illustrated in FIG.30.

[0353] 8.1 Page Delivery and Distribution

[0354] The master CCP 180M (FIG. 30) presents a unified view of theprinter 10 to the host processor. It hides the presence of the slave CCP180S.

[0355] Pages are transmitted from the host processor to the printer 10in page order. The first page of a document is always a front side page,and front side and back side pages are always interleaved. Thusodd-numbered pages are front side pages, and even-numbered pages areback side pages. To print in single-sided mode on either the front sideor back side of the paper, the host must send appropriate blank pages tothe printer 10. The printer 10 expects a page description for everypage.

[0356] When the master CCP 180M receives a page command from the hostprocessor relating to an odd-numbered page it routes the command to theslave CCP 180S via the inter-CCP serial link 314. To avoid imposingundue restrictions on the host link and its protocol, each command isreceived in its entirety and stored in the master's local memory 182Mbefore being forwarded to the memory 182S of the slave. This introducesonly a small delay because the inter-CCP link 314 is fast. To ensurethat the master CCP 180M always has a page buffer available for a pagedestined for the slave, the master is deliberately made the back sideCCP, so that it receives the front side odd-numbered page before itreceives the matching back side even-numbered page.

[0357] 8.2 Synchronized Printing

[0358] Once the master CCP 180M and the slave CCP 180S have receivedtheir pages, the master CCP 180M initiates actual printing. Thisconsists of starting the page expansion and printing processes in themaster CCP 180M, and initiating the same processes in the slave CCP 180Svia a command sent over the inter-CCP serial link 314.

[0359] To achieve perfect registration between the front side and backside printed pages, the printhead interfaces 192 of both CCPs aresynchronized to a common line synchronization signal. Thesynchronization signal is generated by the master CCP 180M.

[0360] Once the printing pipelines in both CCPs are sufficiently primed,as indicated by the stall status of the line loader/format unit (LLFU)of the printhead interface (Section 10.4), the master CCP 180M startsthe line synchronization generator unit (LSGU) of the printheadinterface 192 (Section 10.2). The master CCP 180M obtains the status ofthe slave CCP 180S LLFU via a poll sent over the inter-CCP serial link314.

[0361] After the printing of a page, or more frequently, the master 180Mobtains ink consumption information from the slave 180S over theinter-CCP link 314. It uses this to update the remaining ink volume inthe ink cartridge 32, as described in Section 7.5.4.1.

[0362] The master and slave CCPs 180M, 180S also exchange error eventsand host-initiated printer reset commands over the inter-CCP link 314.

[0363] 9 Memjet Printhead

[0364] The Memjet printhead 143 is a drop-on-demand 1600 dpi inkjetprinter that produces bi-level dots in up to 4 colors to produce aprinted page of a particular width. Since the printhead prints dots at1600 dpi, each dot is approximately 22.5 mm in diameter, and spaced15.875 mm apart. Because the printing is bi-level, the input imageshould be dithered or error-diffused for best results.

[0365] Typically a Memjet printhead for a particular application ispage-width. This enables the printhead 143 to be stationary and allowsthe paper 144 to move past the printhead 143. FIG. 31 illustrates atypical configuration.

[0366] The Memjet printhead 143 is composed of a number of identical ½inch Memjet segments. The segment is therefore the basic building blockfor constructing the printhead 143.

[0367] 9.1 The Structure of a Memjet Segment

[0368] This section examines the structure of a single segment, thebasic building block for constructing the Memjet printhead 143.

[0369] 9.1.1 Grouping of Nozzles Within a Segment

[0370] The nozzles within a single segment are grouped for reasons ofphysical stability as well as minimization of power consumption duringprinting. In terms of physical stability, a total of 10 nozzles sharethe same ink reservoir. In terms of power consumption, groupings aremade to enable a low-speed and a high-speed printing mode.

[0371] Memjet segments support two printing speeds to allow speed/powerconsumption trade-offs to be made in different product configurations.

[0372] In the low-speed printing mode, 4 nozzles of each color are firedfrom the segment at a time. The exact number of nozzles fired depends onhow many colors are present in the printhead. In a four color (e.g.CMYK) printing environment this equates to 16 nozzles firingsimultaneously. In a three color (e.g. CMY) printing environment thisequates to 12 nozzles firing simultaneously. To fire all the nozzles ina segment, 200 different sets of nozzles must be fired.

[0373] In the high-speed printing mode, 8 nozzles of each color arefired from the segment at a time. The exact number of nozzles fireddepends on how many colors are present in the printhead. In a four color(e.g. CMYK) printing environment this equates to 32 nozzles firingsimultaneously. In a three color (e.g. CMY) printing environment thisequates to 24 nozzles firing simultaneously. To fire all the nozzles ina segment, 100 different sets of nozzles must be fired.

[0374] The power consumption in the low-speed mode is half that of thehigh-speed mode. Note, however, that the energy consumed to print a pageis the same in both cases.

[0375] 9.1.1.1 Ten Nozzles Make a Pod

[0376] A single pod consists of 10 nozzles sharing a common inkreservoir. 5 nozzles are in one row, and 5 are in another. Each nozzleproduces dots 22.5 mm in diameter spaced on a 15.875 mm grid to print at1600 dpi. FIG. 32 shows the arrangement of a single pod, with thenozzles numbered according to the order in which they must be fired.

[0377] Although the nozzles are fired in this order, the relationship ofnozzles and physical placement of dots on the printed page is different.The nozzles from one row represent the even dots from one line on thepage, and the nozzles on the other row represent the odd dots from theadjacent line on the page. FIG. 33 shows the same pod with the nozzlesnumbered according to the order in which they must be loaded.

[0378] The nozzles within a pod are therefore logically separated by thewidth of 1 dot. The exact distance between the nozzles will depend onthe properties of the Memjet firing mechanism. The printhead 143 isdesigned with staggered nozzles designed to match the flow of paper.

[0379] 9.1.1.2 One Pod of Each Color Makes a Chromapod

[0380] One pod of each color are grouped together into a chromapod. Thenumber of pods in a chromapod will depend on the particular application.In a monochrome printing system (such as one that prints only black),there is only a single color and hence a single pod. Photo printingapplication printheads require 3 colors (cyan, magenta, yellow), soMemjet segments used for these applications will have 3 pods perchromapod (one pod of each color). The expected maximum number of podsin a chromapod is 4, as used in a CMYK (cyan, magenta, yellow, black)printing system (such as a desktop printer). This maximum of 4 colors isnot imposed by any physical constraints - it is merely an expectedmaximum from the expected applications (of course, as the number ofcolors increases the cost of the segment increases and the number ofthese larger segments that can be produced from a single silicon waferdecreases).

[0381] A chromapod represents different color components of the samehorizontal set of 10 dots on different lines. The exact distance betweendifferent color pods depends on the Memjet operating parameters, and mayvary from one Memjet design to another. The distance is considered to bea constant number of dot-widths, and must therefore be taken intoaccount when printing: the dots printed by the cyan nozzles will be fordifferent lines than those printed by the magenta, yellow or blacknozzles. The printing algorithm must allow for a variable distance up toabout 8 dot-widths between colors. FIG. 34 illustrates a singlechromapod for a CMYK printing application.

[0382] 9.1.1.3 Five Chromapods Make a Podgroup

[0383] Five chromapods are organized into a single podgroup. A podgrouptherefore contains 50 nozzles for each color. The arrangement is shownin FIG. 35, with chromapods numbered 0-4 and using a CMYK chromapod asthe example. Note that the distance between adjacent chromapods isexaggerated for clarity.

[0384] 9.1.1.4 Two Podgroups Make a Phasegroup

[0385] Two podgroups are organized into a single phasegroup. Thephasegroup is so named because groups of nozzles within a phasegroup arefired simultaneously during a given firing phase (this is explained inmore detail below). The formation of a phasegroup from 2 podgroups isentirely for the purposes of low-speed and high-speed printing via 2PodgroupEnable lines.

[0386] During low-speed printing, only one of the two PodgroupEnablelines is set in a given firing pulse, so only one podgroup of the twofires nozzles. During high-speed printing, both PodgroupEnable lines areset, so both podgroups fire nozzles. Consequently a low-speed printtakes twice as long as a high-speed print, since the high-speed printfires twice as many nozzles at once.

[0387]FIG. 36 illustrates the composition of a phasegroup. The distancebetween adjacent podgroups is exaggerated for clarity.

[0388] 9.1.1.5 Two Phasegroups Make a Firegroup

[0389] Two phasegroups (PhasegroupA and PhasegroupB) are organized intoa single firegroup, with 4 firegroups in each segment. Firegroups are sonamed because they all fire the same nozzles simultaneously. Two enablelines, AEnable and BEnable, allow the firing of PhasegroupA nozzles andPhasegroupB nozzles independently as different firing phases. Thearrangement is shown in FIG. 37. The distance between adjacent groupingsis exaggerated for clarity.

[0390] 9.1.1.6 Nozzle Grouping Summary

[0391] Table 29 is a summary of the nozzle groupings in a segmentassuming a CMYK chromapod. TABLE 29 Nozzle Groupings for a singlesegment Replication Nozzle Name of Grouping Composition Ratio CountNozzle Base unit 1:1  1 Pod Nozzles per pod 10:1  10 Chromapod Pods perchromapod C:1  10 C Podgroup Chromapods per podgroup 5:1  50 CPhasegroup Podgroups per phasegroup 2:1 100 C Firegroup Phasegroups perfiregroup 2:1 200 C Segment Firegroups per segment 4:1 800 C

[0392] The value of C, the number of colors contained in the segment,determines the total number of nozzles.

[0393] With a 4 color segment, such as CMYK, the number of nozzles persegment is 3,200.

[0394] With a 3 color segment, such as CMY, the number of nozzles persegment is 2,400.

[0395] In a monochrome environment, the number of nozzles per segment is800.

[0396] 9.1.2 Load and Print Cycles

[0397] A single segment contains a total of 800C nozzles, where C is thenumber of colors in the segment. A Print Cycle involves the firing of upto all of these nozzles, dependent on the information to be printed. ALoad Cycle involves the loading up of the segment with the informationto be printed during the subsequent Print Cycle.

[0398] Each nozzle has an associated NozzleEnable bit that determineswhether or not the nozzle will fire during the Print Cycle. TheNozzleEnable bits (one per nozzle) are loaded via a set of shiftregisters.

[0399] Logically there are C shift registers per segment (one percolor), each 800 deep. As bits are shifted into the shift register for agiven color they are directed to the lower and upper nozzles onalternate pulses. Internally, each 800-deep shift register is comprisedof two 400-deep shift registers: one for the upper nozzles, and one forthe lower nozzles. Alternate bits are shifted into the alternateinternal registers. As far as the external interface is concernedhowever, there is a single 800 deep shift register.

[0400] Once all the shift registers have been fully loaded (800 loadpulses), all of the bits are transferred in parallel to the appropriateNozzleEnable bits. This equates to a single parallel transfer of 800Cbits. Once the transfer has taken place, the Print Cycle can begin. ThePrint Cycle and the Load Cycle can occur simultaneously as long as theparallel load of all NozzleEnable bits occurs at the end of the PrintCycle.

[0401] 9.1.2.1 Load Cycle

[0402] The Load Cycle is concerned with loading the segment's shiftregisters with the next Print Cycle's NozzleEnable bits.

[0403] Each segment has C inputs directly related to the C shiftregisters (where C is the number of colors in the segment). These inputsare named ColorNData, where N is 1 to C (for example, a 4 color segmentwould have 4 inputs labeled Color1Data, Color2Data, Color3Data andColor4Data). A single pulse on the SRClock line transfers C bits intothe appropriate shift registers. Alternate pulses transfer bits to thelower and upper nozzles respectively. A total of 800 pulses are requiredfor the complete transfer of data. Once all 800C bits have beentransferred, a single pulse on the PTransfer line causes the paralleltransfer of data from the shift registers to the appropriateNozzleEnable bits.

[0404] The parallel transfer via a pulse on PTransfer must take placeafter the Print Cycle has finished. Otherwise the NozzleEnable bits forthe line being printed will be incorrect.

[0405] It is important to note that the odd and even dot outputs,although printed during the same Print Cycle, do not appear on the samephysical output line. The physical separation of odd and even nozzleswithin the printhead, as well as separation between nozzles of differentcolors ensures that they will produce dots on different lines of thepage. This relative difference must be accounted for when loading thedata into the printhead 143. The actual difference in lines depends onthe characteristics of the inkjet mechanism used in the printhead 143.The differences can be defmed by variables D₁ and D₂ where D₁ is thedistance between nozzles of different colors, and D₂ is the distancebetween nozzles of the same color. Table 30 shows the dots transferredto a C color segment on the first 4 pulses. TABLE 30 Order of DotsTransferred to a Segment Col- or1 Color2 Pulse Dot Line Line Color3 LineColorC Line 1 0 N N+D₁ ^(a) N+2D₁ N+(C−1)D₁ 2 1 N+ N+D₁+D₂ N+2D₁+D₂N+(C−1)D₁+D₂ D₂ ^(b) 3 2 N N+D₁ N+2D₁ N+(C−1)D₁ 4 3 N+ N+D₁+D₂ N+2D₁+D₂N+(C−1)D₁+D₂ D₂

[0406] And so on for all 800 pulses.

[0407] Data can be clocked into a segment at a maximum rate of 20 MHz,which will load the entire 800C bits of data in 40 μs.

[0408] 9.1.2.2 Print Cycle

[0409] A single Memjet printhead segment contains 800 nozzles. To firethem all at once would consume too much power and be problematic interms of ink refill and nozzle interference. This problem is made moreapparent when we consider that a Memjet printhead is composed ofmultiple ½ inch segments, each with 800 nozzles. Consequently two firingmodes are defined: a low-speed printing mode and a high-speed printingmode:

[0410] In the low-speed print mode, there are 200 phases, with eachphase firing 4C nozzles (C per firegroup, where C is the number ofcolors).

[0411] In the high-speed print mode, there are 100 phases, with eachphase firing 8C nozzles, (2C per firegroup, where C is the number ofcolors).

[0412] The nozzles to be fired in a given firing pulse are determined by

[0413] 3 bits ChromapodSelect (select 1 of 5 chromapods from afiregroup)

[0414] 4 bits NozzleSelect (select 1 of 10 nozzles from a pod)

[0415] 2 bits of PodgroupEnable lines (select 0, 1, or 2 podgroups tofire)

[0416] When one of the PodgroupEnable lines is set, only the specifiedPodgroup's 4 nozzles will fire as determined by ChromapodSelect andNozzleSelect. When both of the PodgroupEnable lines are set, both of thepodgroups will fire their nozzles. For the low-speed mode, two firepulses are required, with PodgroupEnable=10 and 01 respectively. For thehigh-speed mode, only one fire pulse is required, withPodgroupEnable=11.

[0417] The duration of the firing pulse is given by the AEnable andBEnable lines, which fire the PhasegroupA and PhasegroupB nozzles fromall firegroups respectively. The typical duration of a firing pulse is1.3-1.8 ms. The duration of a pulse depends on the viscosity of the ink(dependent on temperature and ink characteristics) and the amount ofpower available to the printhead 143. See Section 9.1.3 for details onfeedback from the printhead 143 in order to compensate for temperaturechange.

[0418] The AEnable and BEnable are separate lines in order that thefiring pulses can overlap. Thus the 200 phases of a low-speed PrintCycle consist of 100 A phases and 100 B phases, effectively giving 100sets of Phase A and Phase B. Likewise, the 100 phases of a high-speedprint cycle consist of 50 A phases and 50 B phases, effectively giving50 phases of phase A and phase B.

[0419]FIG. 38 shows the AEnable and BEnable lines during a typical PrintCycle. In a high- speed print there are 50 2 ms cycles, while in alow-speed print there are 100 2 μs cycles.

[0420] For the high-speed printing mode, the firing order is:

[0421] ChromapodSelect 0, NozzleSelect 0, PodgroupEnable 11 (Phases Aand B)

[0422] ChromapodSelect 1, NozzleSelect 0, PodgroupEnable 11 (Phases Aand B)

[0423] ChromapodSelect 2, NozzleSelect 0, PodgroupEnable 11 (Phases Aand B)

[0424] ChromapodSelect 3, NozzleSelect 0, PodgroupEnable 11 (Phases Aand B)

[0425] ChromapodSelect 4, NozzleSelect 0, PodgroupEnable 11 (Phases Aand B)

[0426] ChromapodSelect 0, NozzleSelect 1, PodgroupEnable 11 (Phases Aand B)

[0427] . . .

[0428] ChromapodSelect 3, NozzleSelect 9, PodgroupEnable 11 (Phases Aand B)

[0429] ChromapodSelect 4, NozzleSelect 9, PodgroupEnable 11 (Phases Aand B)

[0430] For the low-speed printing mode, the firing order is similar. Foreach phase of the high speed mode where PodgroupEnable was 11, twophases of PodgroupEnable=0 1 and 10 are substituted as follows:

[0431] ChromapodSelect 0, NozzleSelect 0, PodgroupEnable 01 (Phases Aand B)

[0432] ChromapodSelect 0, NozzleSelect 0, PodgroupEnable 10 (Phases Aand B)

[0433] ChromapodSelect 1, NozzleSelect 0, PodgroupEnable 01 (Phases Aand B)

[0434] ChromapodSelect 1, NozzleSelect 0, PodgroupEnable 10 (Phases Aand B)

[0435] . . .

[0436] ChromapodSelect 3, NozzleSelect 9, PodgroupEnable 01 (Phases Aand B)

[0437] ChromapodSelect 3, NozzleSelect 9, PodgroupEnable 10 (Phases Aand B)

[0438] ChromapodSelect 4, NozzleSelect 9, PodgroupEnable 01 (Phases Aand B)

[0439] ChromapodSelect 4, NozzleSelect 9, PodgroupEnable 10 (Phases Aand B)

[0440] When a nozzle fires, it takes approximately 100 μs to refill. Thenozzle cannot be fired before this refill time has elapsed. This limitsthe fastest printing speed to 100 μs per line. In the high-speed printmode, the time to print a line is 100 μs, so the time between firing anozzle from one line to the next matches the refill time. The low-speedprint mode is slower than this, so is also acceptable.

[0441] The firing of a nozzle also causes acoustic perturbations for alimited time within the common ink reservoir of that nozzle's pod. Theperturbations can interfere with the firing of another nozzle within thesame pod. Consequently, the firing of nozzles within a pod should beoffset from each other as long as possible. We therefore fire fournozzles from a chromapod (one nozzle per color) and then move onto thenext chromapod within the podgroup.

[0442] In the low-speed printing mode the podgroups are firedseparately. Thus the 5 chromapods within both podgroups must all firebefore the first chromapod fires again, totalling 10×2 μs cycles.

[0443] Consequently each pod is fired once per 20 μs.

[0444] In the high-speed printing mode, the podgroups are firedtogether. Thus the 5 chromapods within a single podgroups must all firebefore the first chromapod fires again, totalling 5×2 μs cycles.

[0445] Consequently each pod is fired once per 10 μs.

[0446] As the ink channel is 300 mm long and the velocity of sound inthe ink is around 1500 m/s, the resonant frequency of the ink channel is2.5 MHz. Thus the low-speed mode allows 50 resonant cycles for theacoustic pulse to dampen, and the high-speed mode allows 25 resonantcycles. Consequently any acoustic interference is minimal in both cases.

[0447] 9.1.3 Feedback from a Segment

[0448] A segment produces several lines of feedback. The feedback linesare used to adjust the timing of the firing pulses. Since multiplesegments are collected together into a printhead, it is effective toshare the feedback lines as a tri-state bus, with only one of thesegments placing the feedback information on the feedback lines.

[0449] A pulse on the segment's SenseSegSelect line ANDed with data onColor1Data selects if the particular segment will provide the feedback.The feedback sense lines will come from that segment until the nextSenseSegSelect pulse. The feedback sense lines are as follows:

[0450] Tsense informs the controller how hot the printhead is. Thisallows the controller to adjust timing of firing pulses, sincetemperature affects the viscosity of the ink.

[0451] Vsense informs the controller how much voltage is available tothe actuator. This allows the controller to compensate for a flatbattery or high voltage source by adjusting the pulse width.

[0452] Rsense informs the controller of the resistivity (Ohms persquare) of the actuator heater. This allows the controller to adjust thepulse widths to maintain a constant energy irrespective of the heaterresistivity.

[0453] Wsense informs the controller of the width of the critical partof the heater, which may vary up to ±5% due to lithographic and etchingvariations. This allows the controller to adjust the pulse widthappropriately.

[0454] 9.1.4 Preheat Cycle

[0455] The printing process has a strong tendency to stay at theequilibrium temperature. To ensure that the first section of a printedimage, such as a photograph, has a consistent dot size, the equilibriumtemperature must be met before printing any dots. This is accomplishedvia a preheat cycle.

[0456] The Preheat cycle involves a single Load Cycle to all nozzles ofa segment with 1 s (i.e. setting all nozzles to fire), and a number ofshort firing pulses to each nozzle. The duration of the pulse must beinsufficient to fire the drops, but enough to heat up the ink.Altogether about 200 pulses for each nozzle are required, cyclingthrough in the same sequence as a standard Print Cycle.

[0457] Feedback during the Preheat mode is provided by Tsense, andcontinues until equilibrium temperature is reached (about 30° C. aboveambient). The duration of the Preheat mode is around 50 milliseconds,and depends on the ink composition.

[0458] Preheat is performed before each print job. This does not affectperformance as it is done while the data is being transferred to theprinter.

[0459] 9.1.5 Cleaning Cycle

[0460] In order to reduce the chances of nozzles becoming clogged, acleaning cycle can be undertaken before each print job. Each nozzle isfired a number of times into an absorbent sponge.

[0461] The cleaning cycle involves a single Load Cycle to all nozzles ofa segment with is (i.e. setting all nozzles to fire), and a number offiring pulses to each nozzle. The nozzles are cleaned via the samenozzle firing sequence as a standard Print Cycle. The number of timesthat each nozzle is fired depends upon the ink composition and the timethat the printer has been idle. As with preheat, the cleaning cycle hasno effect on printer performance.

[0462] 9.1.6 Printhead Interface Summary

[0463] Each segment has the following connections to the bond pads:TABLE 31 Segment Interface Connections Name Lines Description ChromapodSelect 3 Select which chromapod will fire (0-4) NozzleSelect 4 Selectwhich nozzle from the pod will fire (0-9) PodgroupEnable 2 Enable thepodgroups to fire (choice of: 01, 10, 11) AEnable 1 Firing pulse forpodgroup A BEnable 1 Firing pulse for podgroup B ColorNData C Input toshift registers (1 bit for each of C colors in the segment) SRClock 1 Apulse on SRClock (ShiftRegisterClock) loads C bits from ColorData intothe C shift registers. PTransfer 1 Parallel transfer of data from theshift registers to the internal NozzleEnable bits (one per nozzle).SenseSegSelect 1 A pulse on SenseSegSelect ANDed with data on Color1Dataselects the sense lines for this segment. Tsense 1 Temperature senseVsense 1 Voltage sense Rsense 1 Resistivity sense Wsense 1 Width senseLogic GND 1 Logic ground Logic PWR 1 Logic power V− 21 Actuator GroundV+ 21 Actuator Power TOTAL 62 + C (if C is 4, Total = 66)

[0464] 9.2 Making Memjet Printheads out of Segments

[0465] A Memjet printhead is composed of a number of identical ½ inchprinthead segments. These ½ inch segments are manufactured together orplaced together after manufacture to produce a printhead of the desiredlength. Each ½ inch segments prints 800 1600 dpi bi-level dots in up to4 colors over a different part of the page to produce the final image.Although each segment produces 800 dots of the final image, each dot isrepresented by a combination of colored inks.

[0466] A 4-inch printhead, for example, consists of 8 segments,typically manufactured as a monolithic printhead. In a typical 4-colorprinting application (cyan, magenta, yellow, black), each of thesegments prints bi-level cyan, magenta, yellow and black dots over adifferent part of the page to produce the final image.

[0467] An 8-inch printhead can be constructed from two 4-inch printheadsor from a single 8-inch printhead consisting of 16 segments. Regardlessof the construction mechanism, the effective printhead is still 8 inchesin length.

[0468] A 2-inch printhead has a similar arrangement, but only uses 4segments. Likewise, a full-bleed A4/Letter printer uses 17 segments foran effective 8.5 inch printing area.

[0469] Since the total number of nozzles in a segment is 800C (see Table29), the total number of nozzles in a given printhead with S segments is800CS. Thus segment N is responsible for printing dots 800N to 800N+799.

[0470] A number of considerations must be made when wiring up aprinthead. As the width of the printhead increases, the number ofsegments increases, and the number of connections also increases. Eachsegment has its own ColorData connections (C of them), as well asSRClock and other connections for loading and printing.

[0471] 9.2.1 Loading Considerations

[0472] When the number of segments S is small it is reasonable to loadall the segments simultaneously by using a common SRClock line andplacing C bits of data on each of the ColorData inputs for the segments.In a 4-inch printer, S=8, and therefore the total number of bits totransfer to the printhead in a single SRClock pulse is 32. However foran 8-inch printer, S=16, and it is unlikely to be reasonable to have 64data lines running from the print data generator to the printhead.

[0473] Instead, it is convenient to group a number of segments togetherfor loading purposes. Each group of segments is small enough to beloaded simultaneously, and share an SRClock. For example, an 8-inchprinthead can have 2 segment groups, each segment group containing 8segments. 32 ColorData lines can be shared for both groups, with 2SRClock lines, one per segment group.

[0474] When the number of segment groups is not easily divisible, it isstill convenient to group the segments. One example is a 8.5 inchprinter for producing A4/Letter pages. There are 17 segments, and thesecan be grouped as two groups of 9 (9C bits of data going to eachsegment, with all 9C bits used in the first group, and only 8C bits usedfor the second group), or as 3 groups of 6 (again, C bits are unused inthe last group).

[0475] As the number of segment groups increases, the time taken to loadthe printhead increases. When there is only one group, 800 load pulsesare required (each pulse transfers C data bits). When there are Ggroups, 800G load pulses are required. The bandwidth of the connectionbetween the data generator and the printhead must be able to cope and bewithin the allowable timing parameters for the particular application.

[0476] If G is the number of segment groups, and L is the largest numberof segments in a group, the printhead requires LC ColorData lines and GSRClock lines. Regardless of G, only a single PTransfer line isrequired—it can be shared across all segments.

[0477] Since L segments in each segment group are loaded with a singleSRClock pulse, any printing process must produce the data in the correctsequence for the printhead. As an example, when G=2 and L=4, the firstSRClock1 pulse will transfer the ColorData bits for the next PrintCycle's dot 0, 800, 1600, and 2400. The first SRClock2 pulse willtransfer the ColorData bits for the next Print Cycle's dot 3200, 4000,4800, and 5600. The second SRClock1 pulse will transfer the ColorDatabits for the next Print Cycle's dot 1, 801, 1601, and 2401. The secondSRClock2 pulse will transfer the ColorData bits for the next PrintCycle's dot 3201, 4001, 4801 and 5601.

[0478] After 800G SRClock pulses (800 to each of SRClock1 and SRClock2),the entire line has been loaded into the printhead, and the commonPTransfer pulse can be given.

[0479] It is important to note that the odd and even color outputs,although printed during the same Print Cycle, do not appear on the samephysical output line. The physical separation of odd and even nozzleswithin the printhead, as well as separation between nozzles of differentcolors ensures that they will produce dots on different lines of thepage. This relative difference must be accounted for when loading thedata into the printhead. The actual difference in lines depends on thecharacteristics of the inkjet mechanism used in the printhead. Thedifferences can be defmed by variables D₁ and D₂ where D₁ is thedistance between nozzles of different colors, and D₂ is the distancebetween nozzles of the same color. Considering only a single segmentgroup, Table 32 shows the dots transferred to segment n of a printheadduring the first 4 pulses of the shared SRClock. TABLE 32 Order of DotsTransferred to a Segment in a Printhead Pulse Dot Color1 Line Color2Line ColorC Line 1 800S^(a) N N + D₁ ^(b) N + (C-1)D₁ 2 800S + 1 N + D₂^(c) N + D₁ + D₂ N + (C-1)D₁ + D₂ 3 800S + 2 N N + D₁ N + (C-1)D₁ 4800S + 3 N + D₂ N + D₁ + D₂ N + (C-1)D₁ + D₂

[0480] And so on for all 800 SRClock pulses to the particular segmentgroup.

[0481] 9.2.2 Printing Considerations

[0482] With regards to printing, we print 4C nozzles from each segmentin the low-speed printing mode, and 8C nozzles from each segment in thehigh speed printing mode.

[0483] While it is certainly possible to wire up segments in any way, weonly consider the situation where all segments fire simultaneously. Thisis because the low-speed printing mode allows low-power printing forsmall printheads (e.g. 2-inch and 4-inch), and the controller chipdesign assumes there is sufficient power available for the large printsizes (such as 8-18 inches). It is a simple matter to alter theconnections in the printhead 143 to allow grouping of firing should aparticular application require it.

[0484] When all segments are fired at the same time 4CS nozzles arefired in the low-speed printing mode and 8CS nozzles are fired in thehigh-speed printing mode. Since all segments print simultaneously, theprinting logic is the same as defmed in Section 9.1.2.2.

[0485] The timing for the two printing modes is therefore:

[0486] 200 μs to print a line at low speed (comprised of 100 2 μscycles)

[0487] 100 μs to print a line at high speed (comprised of 50 2 μscycles)

[0488] 9.2.3 Feedback Considerations

[0489] A segment produces several lines of feedback, as defined inSection 9.1.3. The feedback lines are used to adjust the timing of thefiring pulses. Since multiple segments are collected together into aprinthead, it is effective to share the feedback lines as a tri-statebus, with only one of the segments placing the feedback information onthe feedback lines at a time.

[0490] Since the selection of which segment will place the feedbackinformation on the shared Tsense, Vsense, Rsense, and Wsense lines usesthe Color1Data line, the groupings of segments for loading data can beused for selecting the segment for feedback.

[0491] Just as there are G SRClock lines (a single line is sharedbetween segments of the same segment group), there are G SenseSegSelectlines shared in the same way. When the correct SenseSegSelect line ispulsed, the segment of that group whose Color1Data bit is set will startto place data on the shared feedback lines. The segment previouslyactive in terms of feedback must also be disabled by having a 0 on itsColor1Data bit, and this segment may be in a different segment group.Therefore when there is more than one segment group. changing thefeedback segment requires two steps: disabling the old segment, andenabling the new segment.

[0492] 9.2.4 Printhead Connection Summary

[0493] This section assumes that the printhead 143 has been constructedfrom a number of segments as described in the previous sections. Itassumes that for data loading purposes, the segments have been groupedinto G segment groups, with L segments in the largest segment group. Itassumes there are C colors in the printhead. It assumes that the firingmechanism for the printhead 143 is that all segments firesimultaneously, and only one segment at a time places feedbackinformation on a common tri-state bus. Assuming all these things, Table33 lists the external connections that are available from a printhead:TABLE 33 Printhead Connections Name #Pins Description ChromapodSelect 3Select which chromapod will fire (0-4) NozzleSelect 4 Select whichnozzle from the pod will fire (0-9) PodgroupEnable 2 Enable thepodgroups to fire (choice of: 01, 10, 11) AEnable 1 Firing pulse forphasegroup A BEnable 1 Firing pulse for phasegroup B ColorData CL Inputsto C shift registers of segments 0 to L-1 SRClock G A pulse onSRClock[N] (ShiftRegisterClock N) loads the current values fromColorData lines into the L segments in segment group N. PTransfer 1Parallel transfer of data from the shift registers to the internalNozzleEnable bits (one per nozzle). SenseSegSelect G A pulse onSenseSegSelect N ANDed with data on Color1Data[n] selects the senselines for segment n in segment group N. Tsense 1 Temperature senseVsense 1 Voltage sense Rsense 1 Resistivity sense Wsense 1 Width senseLogic GND 1 Logic ground Logic PWR 1 Logic power V− Bus bars ActuatorGround V+ Actuator Power TOTAL 18 + 2G + CL

[0494] 10 Memjet Printhead Interface

[0495] The printhead interface (PHI) 192 is the means by which theprocessor 181 loads the Memjet printhead 143 with the dots to beprinted, and controls the actual dot printing process. The PHI 192contains:

[0496] a LineSyncGen unit (LSGU), which provides synchronization signalsfor multiple chips (allows side-by-side printing and front/backprinting) as well as stepper motors.

[0497] a Memjet interface (MJI), which transfers data to the Memjetprinthead, and controls the nozzle firing sequences during a print.

[0498] a line loader/format unit (LLFU) which loads the dots for a givenprint line into local buffer storage and formats them into the orderrequired for the Memjet printhead.

[0499] The units within the PHI 192 are controlled by a number ofregisters that are programmed by the processor 181. In addition, theprocessor 181 is responsible for setting up the appropriate parametersin the DMA controller 200 for the transfers from memory to the LLFU.This includes loading white (all 0's) into appropriate colors during thestart and end of a page so that the page has clean edges.

[0500] The PHI 192 is capable of dealing with a variety of printheadlengths and formats. In terms of broad operating customizations, the PHI192 is parameterized as follows: TABLE 34 Basic Printing Parameters NameDescription Range MaxColors No of Colors in printhead 1-4SegmentsPerXfer No of segments written to per transfer. 1-9 Is equal tothe number of segments in the largest segment group SegmentGroups No ofsegment groups in printhead 1-4

[0501] The internal structure of the PHI allows for a maximum of 4colors, 9 segments per transfer, and 4 transfers. Transferring 4 colorsto 9 segments is 36 bits per transfer, and 4 transfers to 9 segmentsequates to a maximum printed line length of 18 inches. The total numberof dots per line printed by an 18-inch 4 color printhead is 115,200(18×1600×4).

[0502] Other example settings are shown in Table 35: TABLE 35 ExampleSettings for Basic Printing Parameters Printer Length Printer TypeMaxColors SegmentsPerXfer SegmentGroups Bits Comments   4-inch CMY Photo3 8 1 24   8-inch CMYK A4/Letter 4 8 2 32 8.5 inch CMYK A4/Letter fullbleed 4 9 2 36 Last xfer not fully used  12 inch CMYK A4 long/A3 short 48 3 32  16 inch CMYK 4 8 4 32  17 inch CMYK A3 long full bleed 4 9 4 36Last xfer not fully used  18 inch CMYK 4 9 4 36

[0503] 10.1 Block Diagram of Printhead Interface

[0504] The internal structure of the Printhead Interface 192 is shown inFIG. 39.

[0505] In the PHI 192 there are two LSGUs 316, 318. The first LSGU 316produces LineSync0, which is used to control the Memjet Interface 320 inall synchronized chips. The second LSGU 318 produces LineSync1 which isused to pulse the paper drive stepper motor.

[0506] The Master/Slave pin on the chip allows multiple chips to beconnected together for side-by-side printing, front/back printing etc.via a Master/Slave relationship. When the Master/Slave pin is attachedto VDD, the chip is considered to be the Master, and LineSync pulsesgenerated by the two LineSyncGen units 316, 318 are enabled onto the twotri-state LineSync common lines (LineSync0 and LineSync1, shared by allthe chips). When the Master/Slave pin is attached to GND, the chip isconsidered to be the Slave, and LineSync pulses generated by the twoLineSyncGen units 316, 318 are not enabled onto the common LineSynclines. In this way, the Master chip's LineSync pulses are used by allPHIs 192 on all the connected chips.

[0507] The following sections detail the LineSyncGen Unit 316, 318, theLine Loader/Format Unit 322 and Memjet Interface 320 respectively.

[0508] 10.2 LineSyncGen Unit

[0509] The LineSyncGen units (LSGU) 316, 318 are responsible forgenerating the synchronization pulses required for printing a page. EachLSGU 316, 318 produces an external LineSync signal to enable linesynchronization. The generator inside the LGSU 316, 318 generates aLineSync pulse when told to ‘go’, and then every so many cycles untiltold to stop. The LineSync pulse defines the start of the next line.

[0510] The exact number of cycles between LineSync pulses is determinedby the CyclesBetweenPulses register, one per generator. It must be atleast long enough to allow one line to print (100 μs or 200 ms dependingon whether the speed is low or high) and another line to load, but canbe longer as desired (for example, to accommodate special requirementsof paper transport circuitry). If the CyclesBetweenPulses register isset to a number less than a line print time, the page will not printproperly since each LineSync pulse will arrive before the particularline has finished printing.

[0511] The following interface registers are contained in each LSGU 316,318: TABLE 36 LineSyncGen Unit Registers Register Name DescriptionCyclesBetweenPulses The number of cycles to wait between generating oneLineSync pulse and the next. Go Controls whether the LSGU is currentlygenerating LineSync pulses or not. A write of 1 to this registergenerates a LineSync pulse, transfers CyclesBetweenPulses toCyclesRemaining, and starts the countdown. When CyclesRemaining hits 0,another LineSync pulse is generated, CyclesBetweenPulses is transferredto CyclesRemaining and the countdown is started again. A write of 0 tothis register stops the countdown and no more LineSync pulses aregenerated. CyclesRemaining A status register containing the number ofcycles remaining until the next LineSync pulse is generated.

[0512] The LineSync pulse is not used directly from the LGSU 316, 318.The LineSync pulse is enabled onto a tri-state LineSync line only if theMaster/Slave pin is set to Master. Consequently the LineSync pulse isonly used in the form as generated by the Master chip (pulses generatedby Slave chips are ignored).

[0513] 10.3 Memjet Interface

[0514] The Memjet interface (MJI) 320 transfers data to the Memjetprinthead 143, and controls the nozzle firing sequences during a print.

[0515] The MJI 320 is simply a State Machine (see FIG. 40) which followsthe printhead loading and firing order described in Section 9.2.1,Section 9.2.2, and includes the functionality of the Preheat Cycle andCleaning Cycle as described in Section 9.1.4 and Section 9.1.5. Bothhigh-speed and low-speed printing modes are available, although the MJI320 always fires a given nozzle from all segments in a printheadsimultaneously (there is no separate firing of nozzles from one segmentand then others). Dot counts for each color are also kept by the MJI320.

[0516] The MJI loads data into the printhead from a choice of 2 datasources:

[0517] All 1 s. This means that all nozzles will fire during asubsequent Print cycle, and is the standard mechanism for loading theprinthead for a preheat or cleaning cycle.

[0518] From the 36-bit input held in the Transfer register of the LLFU322. This is the standard means of printing an image. The 36-bit valuefrom the LLFU 322 is directly sent to the printhead and a 1-bit‘Advance’ control pulse is sent to the LLFU 322.

[0519] The MJI 320 knows how many lines it has to print for the page.When the MJI 320 is told to ‘go’, it waits for a LineSync pulse beforeit starts the first line. Once it has finished loading/printing a line,it waits until the next LineSync pulse before starting the next line.The MJI 320 stops once the specified number of lines has beenloaded/printed, and ignores any further LineSync pulses.

[0520] The MJI 320 is therefore directly connected to the LLFU 322,LineSync0 (shared between all synchronized chips), and the externalMemjet printhead 143.

[0521] The MJI 320 accepts 36 bits of data from the LLFU 322. Of these36 bits, only the bits corresponding to the number of segments andnumber of colors will be valid. For example, if there are only 2 colorsand 9 segments, bits 0-1 will be valid for segment 0, bits 2-3 will beinvalid, bits 4-5 will be valid for segment 1, bits 6-7 will be invalidetc. The state machine does not care which bits are valid and which bitsare not valid—it merely passes the bits out to the printhead 143. Thedata lines and control signals coming out of the MJI 320 can be wiredappropriately to the pinouts of the chip, using as few pins as requiredby the application range of the chip (see Section 10.3.1 for moreinformation).

[0522] 10.3.1 Connections to Printhead

[0523] The MJI 320 has a number of connections to the printhead 143,including a maximum of 4 colors, clocked in to a maximum of 9 segmentsper transfer to a maximum of 4 segment groups. The lines coming from theMJI 320 can be directly connected to pins on the chip, although not alllines will always be pins. For example, if the chip is specificallydesigned for only connecting to 8 inch CMYK printers, only 32 bits ofdata need to be transferred each transfer pulse. Consequently 32 pins ofdata out (8 pins per color), and not 36 pins are required. In the sameway, only 2 SRClock pulses are required, so only 2 pins instead of 4pins are required to cater for the different SRClocks. And so on.

[0524] If the chip must be completely generic, then all connections fromthe MJI 320 must be connected to pins on the chip (and thence to theMemjet printhead 143).

[0525] Table 37 lists the maximum connections from the MJI 320, many ofwhich are always connected to pins on the chip. Where the number of pinsis variable, a footnote explains what the number of pins depends upon.The sense of input and output is with respect to the MJI 320. The namescorrespond to the pin connections on the printhead 143. TABLE 37 MemjetInterface Connections Name #Pins I/O Description Chromapod  3 O Selectwhich chromapod will fire (0-4) Select NozzleSelect  4 O Select whichnozzle from the pod will fire (0-9) PodgroupEnable  2 O Enable thepodgroups to fire (choice of: 01, 10, 11) AEnable  1 O Firing pulse forpodgroup A. In the current design all segments fire simultaneously,although multiple AEnable lines could be added for dividing the firingsequence over multiple segment groups for reasons of power and speed.BEnable  1 O Firing pulse for podgroup B. In the current design allsegments fire simultaneously, although multiple BEnable lines could beadded for dividing the firing sequence over multiple segment groups forreasons of power and speed. Color1Data[0-8]  9^(a) O Output toColor1Data shift register of segments 0-8 Color2Data[0-8]  9^(b) OOutput to Color2Data shift register of segments 0-8 Color3Data[0-8] 9^(c) O Output to Color3Data shift register of segments 0-8Color4Data[0-8]  9^(d) O Output to Color4Data shift register of segments0-8 SRClock[1-4]  4e O A pulse on SRClock[N] (ShiftRegisterClock) loadsthe current values from Color1Data[0-8], Color2Data[0-8],Color3Data[0-8] and Color4Data[0-8] into the segment group N on theprinthead. PTransfer  1 O Parallel transfer of data from the shiftregisters to the printhead's internal NozzleEnable bits (one pernozzle). SenseSegSelect  4^(f) O A pulse on SenseSegSelect[N] ANDed withdata on [1-4] Color1Data[n] enables the sense lines for segment n insegment group N of the printhead. Tsense  1 I Temperature sense Vsense 1 I Voltage sense Rsense  1 I Resistivity sense Wsense  1 I Width senseTOTAL 52

[0526] 10.3.2 Firing Pulse Duration

[0527] The duration of firing pulses on the AEnable and BEnable linesdepend on the viscosity of the ink (which is dependant on temperatureand ink characteristics) and the amount of power available to theprinthead 143. The typical pulse duration range is 1.3 to 1.8 μs. TheMJI 320 therefore contains a programmable pulse duration table 324 (FIG.41), indexed by feedback from the printhead 143. The table 324 of pulsedurations allows the use of a lower cost power supply, and aids inmaintaining more accurate drop ejection.

[0528] The Pulse Duration table 324 has 256 entries, and is indexed bythe current Vsense and Tsense settings on lines 326 and 328,respectively. The upper 4-bits of address come from Vsense, and thelower 4-bits of address come from Tsense. Each entry is 8 bits, andrepresents a fixed point value in the range of 0-4 ms. The process ofgenerating the AEnable and BEnable lines is shown in FIG. 41.

[0529] The 256-byte table 324 is written by the processor 181 beforeprinting the first page. The table 324 may be updated in between pagesif desired. Each 8-bit pulse duration entry in the table 324 combines:

[0530] User brightness settings (from the page description)

[0531] Viscosity curve of ink (from the QA Chip)

[0532] Rsense

[0533] Wsense

[0534] Vsense

[0535] Tsense

[0536] 10.3.3 Dot Counts

[0537] The MJI 320 maintains a count of the number of dots of each colorfired from the printhead 143. The dot count for each color is a 32-bitvalue, individually cleared under processor control. At 32-bits length,each dot count can hold a maximum coverage dot count of 178-inch×12-inch pages, although in typical usage, the dot count will beread and cleared after each page or half-page.

[0538] The dot counts are used by the processor 181 to update the QAchip 312 (see Section 7.5.4) in order to predict when the ink cartridge32 runs out of ink. The processor 181 knows the volume of ink in thecartridge 32 for each of the colors from the QA chip 312. Counting thenumber of drops eliminates the need for ink sensors, and prevents theink channels from running dry. An updated drop count is written to theQA chip 312 after each page. A new page will not be printed unless thereis enough ink left, and allows the user to change the ink withoutgetting a dud half-printed page which must be reprinted.

[0539] The layout of the dot counter for Color1 is shown in FIG. 42. Theremaining 3 dot counters (Color1DotCount, Color2DotCount, andColor3DotCount) are identical in structure.

[0540] 10.3.4 Registers

[0541] The processor 181 communicates with the MJI 320 via a registerset. The registers allow the processor 181 to parameterize a print aswell as receive feedback about print progress.

[0542] The following registers are contained in the MJI 320: TABLE 38Memjet Interface Registers Register Name Description Print ParametersSegmentsPerXfer The number of segments to write to each transfer. Thisalso equals the number of cycles to wait between each transfer (beforegenerating the next Advance pulse). Each transfer has MaxColors ×SegmentsPerXfer valid bits. SegmentGroups The number of segment groupsin the printhead. This equals the number of times that SegmentsPerXfercycles must elapse before a single dot has been written to each segmentof the printhead. The MJI does this 800 times to completely transfer allthe data for the line to the printhead. PrintSpeed Whether to print atlow or high speed (determines the value on the PodgroupEnable linesduring the print). NumLines The number of Load/Print cycles to perform.Monitoring the Print (read only from point of view of processor) StatusThe Memjet Interface's Status Register LinesRemaining The number oflines remaining to be printed. Only valid while Go=1. Starting value isNumLines and counts down to 0. TransfersRemaining The number of sets ofSegmentGroups transfers remaining before the Printhead is consideredloaded for the current line. Starts at 800 and counts down to 0. Onlyvalid while Go=1. SegGroupsRemaining The number of segment groupsremaining in the current set of transfers of 1 dot to each segment.Starts at SegmentGroups and counts down to 0. Only valid while Go=1.SenseSegment The 9-bit value to place on the Color1Data lines during asubsequent feedback SenseSegSelect pulse. Only 1 of the 9 bits should beset, corresponding to one of the (maximum) 9 segments. See SenseSelectfor how to determine which of the segment groups to sense. SetAllNozzlesIf non-zero, the 36-bit value written to the printhead during theLoadDots process is all 1s, so that all nozzles will be fired during thesubsequent PrintDots process. This is used during the preheat andcleaning cycles. If 0, the 36-bit value written to the printhead comesfrom the LLFU. This is the case during the actual printing of regularimages. Actions Reset A write to this register resets the MJI, stops anyloading or printing processes, and loads all registers with 0.SenseSelect A write to this register with any value clears theFeedbackValid bit of the Status register, and the remaining actiondepends on the values in the LoadingDots and PrintingDots status bits.If either of the status bits are set, the Feedback bit is cleared andnothing more is done. If both status bits are clear, a pulse is givensimultaneously on all 4 SenseSegSelect lines with all ColorData bits 0.This stops any existing feedback. Depending on the two low-order bitswritten to SenseSelect register, a pulse is given on SenseSegSelect1,SenseSegSelect2, SenseSegSelect3, or SenseSegSelect4 line, with theColor1Data bits set according to the SenseSegment register. Once thevarious sense lines have been tested, the values are placed in theTsense, Vsense, Rsense, and Wsense registers, and the Feedback bit ofthe Status register is set. Go A write of 1 to this bit starts theLoadDots/PrintDots cycles, which commences with a wait for the firstLineSync pulse. A total of NumLines lines are printed, each line beingloaded/printed after the receipt of a LineSync pulse. The loading ofeach line consists of SegmentGroups 36- bit transfers. As each line isprinted, LinesRemaining decrements, and TransfersRemaining is reloadedwith SegmentGroups again. The status register contains print statusinformation. Upon completion of NumLines, the loading/printing processstops, the Go bit is cleared, and any further LineSync pulses areignored. During the final print cycle, nothing is loaded into theprinthead. A write of 0 to this bit stops the print process, but doesnot clear any other registers. ClearCounts A write to this registerclears the Color1DotCount, Color2DotCount, Color3DotCount, andColor4DotCount registers if bits 0, 1, 2, or 3 respectively are set.Consequently a write of 0 has no effect. Feedback Tsense Read onlyfeedback of Tsense from the last SenseSegSelect pulse sent to segmentSenseSegment. Is only valid if the FeedbackValid bit of the Statusregister is set. Vsense Read only feedback of Vsense from the lastSenseSegSelect pulse sent to segment SenseSegment. Is only valid if theFeedbackValid bit of the Status register is set. Rsense Read onlyfeedback of Rsense from the last SenseSegSelect pulse sent to segmentSenseSegment. Is only valid if the FeedbackValid bit of the Statusregister is set. Wsense Read only feedback of Wsense from the lastSenseSegSelect pulse sent to segment SenseSegment. Is only valid if theFeedbackValid bit of the Status register is set. Color1DotCount Readonly 32-bit count of color1 dots sent to the printhead. Color2DotCountRead only 32-bit count of color2 dots sent to the printhead.Color3DotCount Read only 32-bit count of color3 dots sent to theprinthead Color4DotCount Read only 32-bit count of color4 dots sent tothe printhead

[0543] The MJI's Status Register is a 16-bit register with bitinterpretations as follows: TABLE 39 MJI Status Register Name BitsDescription LoadingDots 1 If set, the MJI is currently loading dots,with the number of dots remaining to be transferred inTransfersRemaining. If clear, the MJI is not currently loading dotsPrintingDots 1 If set, the MJI is currently printing dots. If clear, theMJI is not currently printing dots. PrintingA 1 This bit is set whilethere is a pulse on the AEnable line PrintingB 1 This bit is set whilethere is a pulse on the BEnable line FeedbackValid 1 This bit is setwhile the feedback values Tsense, Vsense, Rsense, and Wsense are valid.Reserved 3 — PrintingChromapod 4 This holds the current chromapod beingfired while the PrintingDots status bit is set. PrintingNozzles 4 Thisholds the current nozzle being fired while the PrintingDots status bitis set.

[0544] The following pseudocode illustrates the logic required to load aprinthead for a single line. Note that loading commences only after theLineSync pulse arrives. This is to ensure the data for the line has beenprepared by the LLFU 322 and is valid for the first transfer to theprinthead 143. Wait for LineSync For TransfersRemaining = 800 to 0 For I= 0 to SegmentGroups If (SetAllNozzles) Set all ColorData lines to be 1Else Place 36 bit input on 36 ColorData lines EndIf Pulse SRClock[I]Wait SegmentsPerXfer cycles Send ADVANCE signal EndFor EndFor

[0545] 20 10.3.5 Preheat and Cleaning Cycles

[0546] The Cleaning and Preheat cycles are simply accomplished bysetting appropriate registers in the MJI 320:

[0547] SetAllNozzles=1

[0548] Set the PulseDuration register to either a low duration (in thecase of the preheat mode) or to an appropriate drop ejection durationfor cleaning mode.

[0549] Set NumLines to be the number of times the nozzles should befired

[0550] Set the Go bit and then wait for the Go bit to be cleared whenthe print cycles have completed.

[0551] The LSGU 316, 318 must also be programmed to send LineSync pulsesat the correct frequency.

[0552] 10.4 Line Loader/Format Unit

[0553] The line loader/format unit (LLFU) 322 loads the dots for a givenprint line into local buffer storage and formats them into the orderrequired for the Memjet printhead 143. It is responsible for supplyingthe pre-calculated nozzleEnable bits to the Memjet interface 320 for theeventual printing of the page.

[0554] The printing uses a double buffering scheme for preparing andaccessing the dot-bit information. While one line is being loaded intothe first buffer, the pre-loaded line in the second buffer is being readin Memjet dot order. Once the entire line has been transferred from thesecond buffer to the printhead 143 via the Memjet interface 320, thereading and writing processes swap buffers. The first buffer is now readand the second buffer is loaded up with the new line of data. This isrepeated throughout the printing process, as can be seen in theconceptual overview of FIG. 43.

[0555] The size of each buffer is 14 KBytes to cater for the maximumline length of 18 inches in 4 colors (18×1600×4 bits=115,200 bits=14,400bytes). The size for both Buffer 0 (330—FIG. 44) 1 (332) is 28.128KBytes. While this design allows for a maximum print length of 18inches, it is trivial to reduce the buffer size to target a specificapplication.

[0556] Since one buffer 330, 332 is being read from while the other isbeing written to, two sets of address lines must be used. The 32-bitsDataIn 334 from the common data bus 186 are loaded depending on theWriteEnables, which are generated by State Machine 336 in response tothe DMA Acknowledges.

[0557] A multiplexor 338 chooses between the two 4-bit outputs of Buffer0 and Buffer 1, and sends the result to a 9-entry by 4-bit shiftregister 340. After a maximum of 9 read cycles (the number depends onthe number of segments written to per transfer), and whenever an Advancepulse comes from the MJI 320, the current 36-bit value from the shiftregister 340 is gated into a 36-bit Transfer register 342, where it canbe used by the MJI 320.

[0558] Note that not all the 36 bits are necessarily valid. The numberof valid bits of 36 depends on the number of colors in the printhead143, the number of segments, and the breakup of segment groups (if morethan one segment group). For more information, see Section 9.2.

[0559] A single line in an L-inch C-color printhead consists of 1600LC-color dots. At 1 bit per colored dot, a single print-line consists of1600LC bits. The LLFU 322 is capable of addressing a maximum line sizeof 18 inches in 4 colors, which equates to 108,800 bits (14 KBytes) perline. These bits must be supplied to the MJI 320 in the correct orderfor being sent on to the printhead 143. See Section 9.2.1 for moreinformation concerning the Load Cycle dot loading order, but in summary,2LC bits are transferred to the printhead 143 in SegmentGroupstransfers, with a maximum of 36 bits per transfer. Each transfer to aparticular segment of the printhead 143 must load all colorssimultaneously.

[0560] 10.4.1 Buffers

[0561] Each of the two buffers 330, 332 is broken into 4 sub-buffers, 1per color. The size of each subbuffer is 3600 bytes, enough to hold18-inches of single color dots at 1600 dpi. The memory is accessed32-bits at a time, so there are 900 addresses for each buffer (requiring10 bits of address).

[0562] All the even dots are placed before the odd dots in each color'sbuffer, as shown in FIG. 45. If there is any unused space it is placedat the end of each color's buffer.

[0563] The amount of memory actually used is directly related to theprinthead length. If the printhead is 18 inches, there are 1800 bytes ofeven dots followed by 1800 bytes of odd dots, with no unused space. Ifthe printhead is 12 inches, there are 1200 bytes of even dots followedby 1200 odd dots, and 1200 bytes unused.

[0564] The number of sub-buffers gainfully used is directly related tothe number of colors in the printhead. This number is typically 3 or 4,although it is quite feasible for this system to be used in a 1 or 2color system (with some small memory wastage). In a desktop printingenvironment, the number of colors would be 4: Color1=Cyan,Color2=Magenta, Color3=Yellow, Color4=Black.

[0565] The address decoding circuitry is such that in a given cycle, asingle 32-bit access can be made to all 4 sub-buffers—either a read fromall 4 or a write to one of the 4. Only one bit of the 32-bits read fromeach color buffer is selected, for a total of 4 output bits. The processis shown in FIG. 46. 15 bits of address allow the reading of aparticular bit by means of 10-bits of address being used to select 32bits, and 5-bits of address choose 1-bit from those 32. Since all colorbuffers share this logic, a single 15-bit address gives a total of 4bits out, one per color. Each buffer has its own WriteEnable line, toallow a single 32-bit value to be written to a particular color bufferin a given cycle. The 32-bits of DataIn are shared, since only onebuffer will actually clock the data in.

[0566] Note that regardless of the number of colors in the printhead, 4bits are produced in a given read cycle (one bit from each color'sbuffer).

[0567] 10.4.2 Address Generation

[0568] 10.4.2.1 Reading

[0569] Address Generation for reading is straightforward. Each cycle wegenerate a bit address which is used to fetch 4 bits representing 1 -bitper color for a particular segment. By adding 400 to the current bitaddress, we advance to the next segment's equivalent dot. We add 400(not 800) since the odd and even dots are separated in the buffer. We dothis firstly SegmentGroups sets of SegmentsPerXfer times to retrieve thedata representing the even dots (the dot data is transferred to the MJI36 bits at a time) and another SegmentGroups sets of SegmentsPerXfertimes to load the odd dots. This entire process is repeated 400 times,incrementing the start address each time. Thus all dot values aretransferred in the order required by the printhead in400×2×SegmentGroups×SegmentsPerXfer cycles.

[0570] In addition, we generate the TransferWriteEnable control signal.Since the LLFU 322 starts before the MJI 320, we must transfer the firstvalue before the Advance pulse from the MJI 320. We must also generatethe next value in readiness for the first Advance pulse. The solution isto transfer the first value to the Transfer register afterSegmentsPerXfer cycles, and then to stall SegmentsPerXfer-cycles later,waiting for the Advance pulse to start the next SegmentsPerXfer cyclegroup. Once the first Advance pulse arrives, the LLFU 322 issynchronized to the MJI 320. However, the LineSync pulse to start thenext line must arrive at the MJI 320 at least 2SegmentsPerXfer cyclesafter the LLFU 322 so that the initial Transfer value is valid and thenext 32-bit value is ready to be loaded into the Transfer register 342.

[0571] The read process is shown in the following pseudocode: DoneFirst= FALSE For DotInSegment0 = 0 to 400 CurrAdr = DotInSegment0XfersRemaining = 2 × SegmentGroups DotCount = SegmentsPerXfer Do V1 =DotCount = 0 TransferwriteEnable = (V1 AND NOT DoneFirst) OR ADVANCEStall = V1 AND (NOT TransferWriteEnable) If (NOT Stall) Shift Register =Fetch 4-bits from CurrReadBuffer:CurrAdr CurrAdr = CurrAdr + 400 If (V1)DotCount = SegmentsPerXfer − 1 XfersRemaining = XfersRemaining − 1 ElseDotCount = DotCount − 1 EndIf EndIf Until (XfersRemaining=0) AND (NOTStall) EndFor

[0572] The final transfer may not be fully utilized. This occurs whenthe number of segments per transfer does not divide evenly into theactual number of segments in the printhead. An example of this is the8.5 inch printhead, which has 17 segments. Transferring 9 segments eachtime means that only 8 of the last 9 segments will be valid.Nonetheless, the timing requires the entire 9th segment value to begenerated (even though it is not used). The actual address is thereforea don't care state since the data is not used.

[0573] Once the line has finished, the CurrReadBuffer value must betoggled by the processor.

[0574] 10.4.2.2 Writing

[0575] The write process is also straightforward. 4 DMA request linesare output to the DMA controller 200. As requests are satisfied by thereturn DMA Acknowledge lines, the appropriate 8-bit destination addressis selected (the lower 5 bits of the 15-bit output address are don'tcare values) and the acknowledge signal is passed to the correctbuffer's WriteEnable control line (the Current Write Buffer is

CurrentReadBuffer). The 10-bit destination address is selected from the4 current addresses, one address per color. As DMA requests aresatisfied the appropriate destination address is incremented, and thecorresponding TransfersRemaining counter is decremented. The DMA requestline is only set when the number of transfers remaining for that coloris non-zero.

[0576] The following pseudocode illustrates the Write process:CurrentAdr[1-4] = 0 While (ColorXfersRemaining[1-4] are non-zero)DMARequest[1-4] = ColorXfersRemaining[1-4] NOT = 0 If DMAAknowledge[N]CurrWriteBuffer:CurrentAdr[N] = Fetch 32-bits from data busCurrentAdr[N] = CurrentAdr[N] + 1 ColorXfersRemaining[N] =ColorXfersRemaining[N] − 1 (floor 0) EndIf EndWhile

[0577] 10.4.3 Registers

[0578] The following interface registers are contained in the LLFU 322:TABLE 40 Line Load/Format Unit Registers Register Name DescriptionSegmentsPerXfer The number of segments whose dots must be loaded beforeeach transfer. This has a maximum value of 9. SegmentGroups The numberof segment groups in the printhead. This has a maximum number of 4.CurrentReadBuffer The current buffer being read from. When Buffer0 isbeing read, Buffer1 is written to and vice versa. Should be toggled witheach AdvanceLine pulse from the MJI. Go Bits 0 and 1 control thestarting of the read and write processes respectively. A non-zero writeto the appropriate bit starts the process. Stop Bits 0 and 1 control thestopping of the read and write processes respectively. A non-zero writeto the appropriate bit stops the process. Stall This read-only statusbit comes from the LLFU's Stall flag. The Stall bit is valid when thewrite Go bit is set. A Stall value of 1 means that the LLFU is waitingfor the ADVANCE pulse from the MJI to continue. The processor can safelystart the LSGU for the first line once the Stall bit is set.ColorXfersRemaining[1-4] The number of 32-bit transfers remaining to beread into the specific Color[N] buffer.

[0579] 10.5 Controlling a Print

[0580] When controlling a print the processor 181 programs and startsthe LLFU 322 in read mode to ensure that the first line of the page istransferred to the buffer. When the interrupts arrive from the DMAcontroller 200, the processor 181 can switch LLFU buffers 330, 332, andprogram the MJI 320. The processor 181 then starts the LLFU 322 inread/write mode and starts the MJI 320. The processor 181 should thenwait a sufficient period of time to ensure that other connected printercontrollers have also started their LLFUs and MJIs (if there are noother connected printer controllers, the processor 181 must wait untilthe Stall bit of the LLFU 322 is set, a duration of 2 SegmentsPerXfercycles). The processor 181 can then program the LGSU 316, 318 to startthe synchronized print. As interrupts arrive from the DMA controllers200, the processor 181 can reprogram the DMA channels, swap LLFU buffers330, 332, and restart the LLFU 322 in read/write mode. Once the LLFU 332has effectively filled its pipeline, it will stall until the nextAdvance pulse from the MJI 320. The MJI 320 does not have to be touchedduring the print.

[0581] If for some reason the processor 181 wants to make any changes tothe MJI 320 or LLFU 322 registers during an inter-line period it shouldensure that the current line has finished printing/loading by pollingthe status bits of the MJI 320 and the Go bits of the LLFU 322.

[0582] 11 Generic Printer Driver

[0583] This section describes generic aspects of any host-based printerdriver for CePrint 10.

[0584] 11.1 Graphics and Imaging Model

[0585] We assume that the printer driver is closely coupled with thehost graphics system, so that the printer driver can providedevice-specific handling for different graphics and imaging operations,in particular compositing operations and text operations.

[0586] We assume that the host provides support for color management, sothat device-independent color can be converted to CePrint-specific CMYKcolor in a standard way, based on a user-selected CePrint-specific ICC(International Color Consortium) color profile. The color profile isnormally selected implicitly by the user when the user specifies theoutput medium in the printer (i.e. plain paper, coated paper,transparency, etc.). The page description sent to the printer 10 alwayscontains device-specific CMYK color.

[0587] We assume that the host graphics system renders images andgraphics to a nominal resolution specified by the printer driver, butthat it allows the printer driver to take control of rendering text. Inparticular, the graphics system provides sufficient information to theprinter driver to allow it to render and position text at a higherresolution than the nominal device resolution.

[0588] We assume that the host graphics system requires random access toa contone page buffer at the nominal device resolution, into which itcomposites graphics and imaging objects, but that it allows the printerdriver to take control of the actual compositing—i.e. it expects theprinter driver to manage the page buffer.

[0589] 11.2 Two-Layer Page Buffer

[0590] The printer's page description contains a 267 ppi contone layerand an 800 dpi black layer. The black layer is conceptually above thecontone layer, i.e. the black layer is composited over the contone layerby the printer. The printer driver therefore maintains a page bufferwhich correspondingly contains a medium-resolution contone layer and ahigh-resolution black layer.

[0591] The graphics systems renders and composites objects into the pagebuffer bottom-up—i.e. later objects obscure earlier objects. This worksnaturally when there is only a single layer, but not when there are twolayers which will be composited later. It is therefore necessary todetect when an object being placed on the contone layer obscuressomething on the black layer.

[0592] When obscuration is detected, the obscured black pixels arecomposited with the contone layer and removed from the black layer. Theobscuring object is then laid down on the contone layer, possiblyinteracting with the black pixels in some way. If the compositing modeof the obscuring object is such that no interaction with the backgroundis possible, then the black pixels can simply be discarded without beingcomposited with the contone layer. In practice, of course, there islittle interaction between the contone layer and the black layer.

[0593] The printer driver specifies a nominal page resolution of 267 ppito the graphics system. Where possible the printer driver relies on thegraphics system to render image and graphics objects to the pixel levelat 267 ppi, with the exception of black text. The printer driver fieldsall text rendering requests, detects and renders black text at 800 dpi,but returns non-black text rendering requests to the graphics system forrendering at 267 ppi.

[0594] Ideally the graphics system and the printer driver manipulatecolor in device-independent RGB, deferring conversion to device-specificCMYK until the page is complete and ready to be sent to the printer.This reduces page buffer requirements and makes compositing morerational. Compositing in CMYK color space is not ideal.

[0595] Ultimately the graphics system asks the printer driver tocomposite each rendered object into the printer driver's page buffer.Each such object uses 24-bit contone RGB, and has an explicit (orimplicitly opaque) opacity channel.

[0596] The printer driver maintains the two-layer page buffer in threeparts. The first part is the medium-resolution (267 ppi) contone layer.This consists of a 24-bit RGB bitmap. The second part is amedium-resolution black layer. This consists of an 8-bit opacity bitmap.The third part is a high-resolution (800 dpi) black layer. This consistsof a 1-bit opacity bitmap. The medium-resolution black layer is asubsampled version of the high-resolution opacity layer. In practice,assuming the low resolution is an integer factor n of the highresolution (e.g. n=800/267=3), each low-resolution opacity value isobtained by averaging the corresponding n×n high-resolution opacityvalues. This corresponds to box-filtered subsampling. The subsampling ofthe black pixels effectively antialiases edges in the high-resolutionblack layer, thereby reducing ringing artifacts when the contone layeris subsequently JPEG-compressed and decompressed.

[0597] The structure and size of the page buffer is illustrated in FIG.47.

[0598] 11.3 Compositing Model

[0599] For the purposes of discussing the page buffer compositing model,we define the following variables. TABLE 41 Compositing variablesvariable description resolution format n medium to high resolution scale— — factor C_(BgM) background contone layer color medium 8-bit colorcomponent C_(ObM) contone object color medium 8-bit color componentα_(ObM) contone object opacity medium 8-bit opacity α_(FgM)medium-resolution foreground black medium 8-bit opacity layer opacityα_(FgH) foreground black layer opacity high 1-bit opacity α_(TxH) blackobject opacity high 1-bit opacity

[0600] When a black object of opacity α_(TxH) is composited with theblack layer, the black layer is updated as follows:

α_(FgH) [x, y]←α _(FgH)

[x, y]

α _(TxH) [x, y]  (Rule 1) $\begin{matrix} {\alpha_{FgM}\lbrack {x,y} \rbrack}arrow{\frac{1}{n^{2}}{\sum\limits_{i = 0}^{n - 1}\quad {\sum\limits_{j = 0}^{n - 1}\quad {255\quad {\alpha_{FgH}\lbrack {{{nx} + i},{{ny} + j}} \rbrack}}}}}  & ( {{Rule}\quad 2} )\end{matrix}$

[0601] The object opacity is simply ored with the black layer opacity(Rule 1), and the corresponding part of the medium-resolution blacklayer is re-computed from the high-resolution black layer (Rule 2).

[0602] When a contone object of color C_(ObM) and opacity α_(ObM) iscomposited with the contone layer, the contone layer and the black layerare updated as follows:

C _(BgM) [x, y]←C _(BgM) [x, y](1−α_(FgM) [x, y]) if α_(ObM) [x,y]>  (Rule 3)

α_(FgM) [x, y]←0 if α_(ObM) [x, y]>0  (Rule 4)

α_(FgH) [x, y]←0 if α_(ObM) [x/n, y/n]>0  (Rule 5)

C _(BgM) [x, y]←C _(BgM) [x, y](1−α_(ObM) [x, y])+C _(ObM) [x, y]α_(ObM) [x, y]  (Rule 6)

[0603] Wherever the contone object obscures the black layer, even if notfully opaquely, the affected black layer pixels are pushed from theblack layer to the contone layer, i.e. composited with the contone layer(Rule 3) and removed from the black layer (Rule 4 and Rule 5). Thecontone object is then composited with the contone layer (Rule 6).

[0604] If a contone object pixel is fully opaque (i.e. α_(ObM)[x,y]=255), then there is no need to push the corresponding black pixelsinto the background contone layer (Rule 3), since the background contonepixel will subsequently be completely obliterated by the foregroundcontone pixel (Rule 6).

[0605] 11.4 Page Compression and Delivery

[0606] Once page rendering is complete, the printer driver converts thecontone layer to CePrint-specific CMYK with the help of color managementfunctions provided by the graphics system.

[0607] The printer driver then compresses and packages the black layerand the contone layer into a CePrint page description as described inSection 6.2. This page description is delivered to the printer 10 viathe standard spooler.

[0608] Note that the black layer is manipulated as a set of 1-bitopacity values, but is delivered to the printer 10 as a set of 1-bitblack values. Although these two interpretations are different, theyshare the same representation, and so no data conversion is required.

[0609] The forward discrete cosine transform (DCT) is the costliest partof JPEG compression. In current high-quality software implementations,the forward DCT of each 8×8 block requires 12 integer multiplicationsand 32 integer additions. On typical modem general-purpose processors,an integer multiplication requires 10 cycles, and an integer additionrequires 2 cycles. This equates to a total cost per block of 184 cycles.

[0610] The 26.4 MB contone layer consists of 432,538 JPEG blocks, givingan overall forward DCT cost of about 80 Mcycles. At 150 MHz this equatesto about 0.5 seconds, which is 25% of the 2 second rendering timeallowed per page.

[0611] A CE-oriented processor may have DSP support, in which case thepresence of single-cycle multiplication makes the JPEG compression timenegligible.

[0612] 11.5 Banded Output

[0613] The printer control protocol supports the transmission of thepage to the printer 10 as a series of bands. If the graphics system alsosupports banded output, then this allows the printer driver to reduceits memory requirements by rendering the image one band at a time. Note,however, that rendering one band at a time can be more expensive thanrendering the whole page at once, since objects which span multiplebands have to be handled multiple times.

[0614] Although banded rendering can be used to reduce memoryrequirements in the printer driver, buffers for two bands are stillrequired. One buffer is required for the band being transmitted to theprinter 10; another buffer is required for the band being rendered. Asingle buffer may suffice if the connection between the host processorand printer is sufficiently fast. The band being transmitted to theprinter may also be stored on disk, if a disk drive is present in thesystem, and only loaded into memory block-by-block during transmission.

[0615] 12 Windows 9X/NT/CE Printer Driver

[0616] 12.1 Windows 9x/NT/CE Printing System

[0617] In the Windows 9x/NT/CE printing system, a printer is a graphicsdevice, and an application communicates with it via the graphics deviceinterface (GDI). The printer driver graphics DLL (dynamic link library)implements the device-dependent aspects of the various graphicsfunctions provided by GDI.

[0618] The spooler handles the delivery of pages to the printer, and mayreside on a different machine to the application requesting printing. Itdelivers pages to the printer via a port monitor which handles thephysical connection to the printer. The optional language monitor is thepart of the printer driver which imposes additional protocol oncommunication with the printer, and in particular decodes statusresponses from the printer on behalf of the spooler.

[0619] The printer driver user interface DLL implements the userinterface for editing printer-specific properties and reportingprinter-specific events.

[0620] The structure of the Windows 9x/NT/CE printing system isillustrated in FIG. 48.

[0621] The printer driver language monitor and user interface DLL mustimplement the implement the relevant aspects of the printer controlprotocol described in Section 6.

[0622] The remainder of this section describes the design of the printerdriver graphics DLL. It should be read in conjunction with theappropriate Windows 9x/NT/CE DDK documentation.

[0623] 12.2 Windows 9x/NT/CE Graphics Device Interface (GDI)

[0624] GDI provides functions which allow an application to draw on adevice surface, i.e. typically an abstraction of a display screen or aprinted page. For a raster device, the device surface is conceptually acolor bitmap. The application can draw on the surface in adevice-independent way, i.e. independently of the resolution and colorcharacteristics of the device.

[0625] The application has random access to the entire device surface.This means that if a memory-limited printer device requires bandedoutput, then GDI must buffer the entire page's GDI commands and replaythem windowed into each band in turn. Although this provides theapplication with great flexibility, it can adversely affect performance.

[0626] GDI supports color management, whereby device-independent colorsprovided by the application are transparently translated intodevice-dependent colors according to a standard ICC (International ColorConsortium) color profile of the device. A printer driver can activate adifferent color profile depending, for example, on the user's selectionof paper type on the driver-managed printer property sheet.

[0627] GDI supports line and spline outline graphics (paths), images,and text. Outline graphics, including outline font glyphs, can bestroked and filled with bit-mapped brush patterns. Graphics and imagescan be geometrically transformed and composited with the contents of thedevice surface. While Windows 95/NT4 provides only boolean compositingoperators, Windows 98/NT5 provides proper alpha-blending.

[0628] 12.3 Printer Driver Graphics DLL

[0629] A raster printer can, in theory, utilize standard printer drivercomponents under Windows 9x/NT/CE, and this can make the job ofdeveloping a printer driver trivial. This relies on being able to modelthe device surface as a single bitmap. The problem with this is thattext and images must be rendered at the same resolution. This eithercompromises text resolution, or generates too much output data,compromising performance.

[0630] As described earlier, CePrint's approach is to render black textand images at different resolutions, to optimize the reproduction ofeach. The printer driver is therefore implemented according to thegeneric design described in Section 11.

[0631] The driver therefore maintains a two-layer three-part page bufferas described in Section 11.2, and this means that the printer drivermust take over managing the device surface, which in turn means that itmust mediate all GDI access to the device surface.

[0632] 12.3.1 Managing the Device Surface

[0633] A graphics driver must support a number of standard functions,including the following: TABLE 42 Standard graphics driver interfacefunctions function description DrvEnableDriver Initial entry point intothe driver graphics DLL. Returns addresses of functions supported by thedriver. DrvEnablePDEV Creates a logical representation of a physicaldevice with which the driver can associate a drawing surface.DrvEnableSurface Creates a surface to be drawn on, associated with agiven PDEV.

[0634] DrvEnablePDEV indicates to GDI, via the flGraphicsCaps member ofthe returned DEVINFO structure, the graphics rendering capabilities ofthe driver. This is discussed further below.

[0635] DrvEnableSurface creates a device surface consisting of twoconceptual layers and three parts: the 267 ppi contone layer 24-bit RGBcolor, the 267 ppi black layer 8-bit opacity, and the 800 dpi blacklayer 1-bit opacity. The virtual device surface which encapsulates thesetwo layers has a nominal resolution of 267 ppi, so this is theresolution at which GDI operations take place.

[0636] Although the aggregate page buffer requires about 34 MB ofmemory, the size of the page buffer 20 can be reduced arbitrarily byrendering the page one band at a time, as described in Section 12.3.4.

[0637] A printer-specific graphics driver must also support thefollowing functions: TABLE 43 Required printer driver functions functiondescription DrvStartDoc Performs any start-of-document handlingDrvStartPage Handles the start of a new page. DrvSendPage Sends thecurrent page to the printer via the spooler. DrvEndDoc Performs anyend-of-document handling.

[0638] DrvStartDoc sends the start document command to the printer, andDrvEndDoc sends the end document command.

[0639] DrvStartPage sends the start page command with the page header tothe printer.

[0640] DrvSendPage converts the contone layer from RGB to CMYK usingGDI-provided color management functions, compresses both the contone andblack layers, and sends the compressed page as a single band to theprinter (in a page band command).

[0641] Both DrvStartPage and DrvSendPage use EngWritePrinter to senddata to the printer via the spooler.

[0642] Managing the device surface and mediating GDI access to it meansthat the printer driver must support the following additional functions:TABLE 44 Required graphics driver functions for a device- managedsurface function description DrvCopyBits Translates betweendevice-managed raster surfaces and GDI-managed standard-format bitmaps.DrvStrokePath Strokes a path. DrvPaint Paints a specified region.DrvTextOut Renders a set of glyphs at specified positions.

[0643] Copying images, stroking paths and filling regions all occur onthe contone layer, while rendering solid black text occurs on thebi-level black layer. Furthermore, rendering non-black text also occurson the contone layer, since it isn't supported on the black layer.Conversely, stroking or filling with solid black can occur on the blacklayer (if we so choose).

[0644] Although the printer driver is obliged to hook the aforementionedfunctions, it can punt function calls which apply to the contone layerback to the corresponding GDI implementations of the functions, sincethe contone layer is a standard-format bitmap. For every DrvXxx functionthere is a corresponding EngXxx function provided by GDI.

[0645] As described in Section 11.2, when an object destined for thecontone layer obscures pixels on the black layer, the obscured blackpixels must be transferred from the black layer to the contone layerbefore the contone object is composited with the contone layer. The keyto this process working is that obscuration is detected and handled inthe hooked call, before it is punted back to GDI. This involvesdetermining the pixel-by-pixel opacity of the contone object from itsgeometry, and using this opacity to selectively transfer black pixelsfrom the black layer to the contone layer as described in Section 11.2.

[0646] 12.3.2 Determining Contone Object Geometry

[0647] It is possible to determine the geometry of each contone objectbefore it is rendered and thus determine efficiently which black pixelsit obscures. In the case of DrvCopyBits and DrvPaint, the geometry isdetermined by a clip object (CLIPOBJ), which can be enumerated as a setof rectangles.

[0648] In the case of DrvStrokePath, things are more complicated.DrvStrokePath supports both straight-line and Bézier-spline curvesegments, and single-pixel-wide lines and geometric-wide lines. Thefirst step is to avoid the complexity of Bézier-spline curve segmentsand geometric-wide lines altogether by clearing the correspondingcapability flags (GCAPS_BEZIERS and GCAPS_GEOMETRICWIDE) in theflGraphicsCaps member of the driver's DEVINFO structure. This causes GDIto reformulate such calls as sets of simpler calls to DrvPaint. Ingeneral, GDI gives a driver the opportunity to accelerate high-levelcapabilities, but simulates any capabilities not provided by the driver.

[0649] What remains is simply to determine the geometry of asingle-pixel-wide straight line. Such a line can be solid or cosmetic.In the latter case, the line style is determined by a styling array inthe specified line attributes (LINEATTRS). The styling array specifieshow the line alternates between being opaque and transparent along itslength, and so supports various dashed line effects etc.

[0650] When the brush is solid black, straight lines can also usefullybe rendered to the black layer, though with the increased width impliedby the 800 dpi resolution.

[0651] 12.3.3 Rendering Text

[0652] In the case of a DrvTextOut, things are also more complicated.Firstly, the opaque background, if any, is handled like any other fillon the contone layer (see DrvPaint). If the foreground brush is notblack, or the mix mode is not effectively opaque, or the font is notscalable, or the font indicates outline stroking, then the call ispunted to EngTextOut, to be applied to the contone layer. Before thecall is punted, however, the driver determines the geometry of eachglyph by obtaining its bitmap (via FONTOBJ_cGetGlyphs), and makes theusual obscuration check against the black layer.

[0653] If punting a DrvTextOut call is not allowed (the documentation isambiguous), then the driver should disallow complex text operations.This includes disallowing outline stroking (by clearing theGCAPS_VECTOR_FONT capability flag), and disallowing complex mix modes(by clearing the GCAPS_ARBMIXTXT capability flag).

[0654] If the foreground brush is black and opaque, and the font isscalable and not stroked, then the glyphs are rendered on the blacklayer. In this case the driver determines the geometry of each glyph byobtaining its outline (again via FONTOBJ_cGetGlyphs, but as a PATHOBJ).The driver then renders each glyph from its outline at 800 dpi andwrites it to the black layer. Although the outline geometry uses devicecoordinates (i.e. at 267 ppi), the coordinates are in fixed point formatwith plenty of fractional precision for higher-resolution rendering.

[0655] Note that strikethrough and underline rectangles are added to theglyph geometry, if specified.

[0656] The driver must set the GCAPS_HIGHRESTEXT flag in the DEVINFO torequest that glyph positions (again in 267 ppi device coordinates) besupplied by GDI in high-precision fixed-point format, to allow accuratepositioning at 800 dpi. The driver must also provide an implementationof the DrvGetGlyphMode function, so that it can indicate to GDI thatglyphs should be cached as outlines rather than bitmaps. Ideally thedriver should cache rendered glyph bitmaps for efficiency, memoryallowing. Only glyphs below a certain point size should be cached.

[0657] 12.3.4 Banded Output

[0658] As described in Section 6, the printer control protocol supportsbanded output by breaking the page description into a page header and anumber of page bands. GDI supports banded output to a printer to caterfor printer drivers and printers which have limited internal buffermemory.

[0659] GDI can handle banded output without application involvement. GDIsimply records all the graphics operations performed by the applicationin a metafile, and then replays the entire metafile to the printerdriver for each band in the page. The printer driver must clip thegraphics operations to the current band, as usual. Banded output can bemore efficient if the application takes note of the RC_BANDING bit inthe driver's raster capabilities (returned by GetDeviceCaps when calledwith the RASTERCAPS index) and only performs graphics operationsrelevant to each band.

[0660] If banded output is desired because memory is limited, then theprinter driver must enable banding by calling EngMarkBandingSurface inDrvEnableSurface. It must also support the following additionalfunctions: TABLE 45 Required printer driver functions functiondescription DrvStartBanding Prepares the driver for banding and returnsthe origin of the first band. DrvNextBand Sends the current band to theprinter and returns the origin of the next band, if any.

[0661] Like DrvSendPage, DrvNextBand converts the contone layer from RGBto CMYK using GDI-provided color management functions, compresses boththe contone and black layers, and sends the compressed page band to theprinter (in a page band command).

[0662] It uses EngWritePrinter to send the band data to the printer viathe spooler.

1. A compact motorized transfer roller for a printer, comprising: acylindrical body having an outer surface and an interior space; a motorlocated in the interior space for rotating the body and advancing themedia; the outer surface being adapted to carry ink and make a printingimpression on the media.
 2. The transfer roller of claim 1, wherein: themotor is a stepper motor.
 3. The transfer roller of claim 1, wherein:the body has two ends, a first end carrying an internal gear, both endsbeing supported by low friction bearings carried by a pair ofcooperating end caps; the motor driving the internal gear to rotate theouter surface.
 4. The transfer roller of claim 3, wherein: the motordrives the internal gear through an intermediate drive train.
 5. Thetransfer roller of claim 4, wherein: the drive train is a reducing gearassembly.
 6. The transfer roller of claim 5, wherein: the assemblyfurther comprises a worm gear carried by an output shaft of the motor,the worm gear cooperating with one or more reduction gears.
 7. Thetransfer roller of claim 1, wherein: the transfer roller is coated withtitanium nitride.
 8. The transfer roller of claim 1, further comprising:a page width inkjet printhead which ejects ink onto the body.
 9. Thetransfer roller of claim 1, further comprising: a page-width cleaningsponge contacting the transfer roller and adapted to clean the transferroller after it has printed onto the sheet.
 10. The transfer roller ofclaim 9, further comprising: a page-width wiper, contacting the transferroller and located between the sponge and the ink ejecting area.
 12. Thetransfer roller of claim 1, further comprising: a second transferroller, being a similar motorized transfer roller located on an oppositeside of a media path of the printer; the transfer roller and the secondtransfer roller adapted to print, simultaneously on opposite sides of asheet in the path.
 13. The transfer roller of claim 1, in combinationwith a pick-up roller which is adapted to feed a sheet to the transferroller, the pick up roller having a molding which acts in conjunctionwith a sensor to position the pick up roller into a parked positionwhich allows a paper tray of the printer to be withdrawn withouttouching the pick up roller.
 14. The transfer roller of claim 1, incombination with an optical sensor mounted in the printer for findingthe start of a sheet and engaging the motor accordingly.
 15. Thetransfer roller of claim 12, wherein: each transfer roller furthercomprises a page-width cleaning sponge adapted to clean ink from thetransfer roller after it has printed onto the sheet.
 16. The transferroller of claim 15, wherein: each transfer roller further comprises apage-width wiper, contacting the transfer roller and located between thesponge and an ink ejecting area of a printhead.
 17. A printer having atransfer roller according to claim 1, and further comprising: a mediatray for a stack of media and an output slot; a generally linear mediapath extending between the tray and the output slot; the transfer rollerbeing located between the tray and the slot and adapted to print animage on a sheet delivered from the tray.
 18. The printer of claim 17,further comprising: a page width inkjet printhead which ejects ink ontothe body.
 19. A printer having two transfer rollers according to claim1, and further comprising: a media tray for a stack of media and anoutput slot; a generally linear media path extending between the trayand the output slot; the transfer rollers being located between the trayand the slot and adapted to print an image on both sides of a sheetdelivered from the tray.
 20. The printer of claim 19, furthercomprising: two page width inkjet printheads which each ejects ink ontoa body of a different transfer roller.